Als je webdesign-bureau stopt — wat dan?

Wat MKB moet weten

Drie scenario's. 1. Bureau heeft jouw code, hosting, domein. Worst case — alles overnieuw. 2. Code is van jou, hosting bij hen. Migreer hosting, draait door. 3. Alles op jouw naam. Niets verandert, kies een nieuw bureau wanneer je iets nieuws nodig hebt. Bij DesignCheck zit je standaard in scenario 3 — geen afhankelijkheid van ons voortbestaan.

Veelgestelde vragen

De drie eigendomsscenario's uitgewerkt

Een website lijkt één ding, maar bestaat juridisch en technisch uit minimaal vijf losse onderdelen: de domeinnaam, de hosting, de broncode, de inhoud (tekst en beeld), en de toegang tot meet- en analyse-accounts zoals Google Search Console of Google Analytics. Wie wat bezit bepaalt wat er gebeurt zodra je bureau stopt. In scenario één — het slechtste — staan alle vijf op naam van het bureau. Het domein is door hen geregistreerd, de hosting loopt via hun reseller-account, de code staat in hun Git, en de inlogs van Search Console liggen bij een medewerker. Gaat het bureau failliet, dan moet de curator beslissen wat met die accounts gebeurt. In de praktijk valt het domein vaak terug naar de SIDN-quarantaine, expireert binnen 40 dagen en wordt daarna openbaar geveild. Je raakt niet alleen je site kwijt, je raakt potentieel ook je merknaam.nl kwijt aan een domeinkaper.

Scenario twee is genuanceerder. Domein en hosting staan op jouw naam, de broncode is overgedragen in een Git-repository die jij beheert, maar het deployment-proces leeft in scripts en CI-pipelines bij het bureau. De site draait door — niemand merkt iets — totdat er een update nodig is. Dan blijkt dat alleen het bureau wist hoe de build-stap met de juiste Node-versie en environment-variabelen werkte. Een nieuwe partij kan dit reconstrueren, maar reken op 4 tot 12 uur engineering om alles terug te begrijpen. Dat is geen ramp, maar het is wel een onverwachte rekening van enkele honderden euro's.

Scenario drie is de norm die we voor klanten als Keurmeesters hanteren. Domein op KvK-naam van de klant, registrar-account in beheer van de klant met DesignCheck als technisch contact. Hosting op een Vercel- of Cloudflare-account dat de klant bezit en factureert. Broncode in een publieke of private Git-repo waarvan de klant eigenaar is. Documentatie van het deployment-proces in de README, geschreven zodat een andere developer binnen een uur kan inhaken. Stopt DesignCheck morgen, dan kost het je een telefoontje naar een ander bureau en geen euro extra. Dat is geen bonus, dat is de minimumstandaard die je moet eisen.

Waarom dit nu pas zichtbaar wordt

Tussen 2010 en 2020 was de webdesign-markt dominant in handen van bureaus die alles bundelden — design, hosting, onderhoud, domein — als één maandelijks abonnement. Dat was gemakkelijk voor de klant, lucratief voor het bureau, en niemand maakte zich zorgen over uittredingsclausules omdat de markt groeide. Vanaf 2023 zien we de keerzijde: bureaus die in 2014 zijn opgericht door één of twee freelancers naderen pensioen of hebben simpelweg een ander beroep gekozen. Hun klantbestand — vaak honderden MKB-sites — komt in beweging zonder dat de oprichters een opvolger hebben. Onderzoek van de Kamer van Koophandel laat zien dat bijna een kwart van de eenmanszaken in de IT-dienstverlening binnen drie jaar stopt, en dat het overgrote deel daarvan geen formele bedrijfsoverdracht regelt. De klant krijgt een mail, of helemaal niets, en moet binnen weken een alternatief vinden.

Tegelijk verandert de technische realiteit. Een site die in 2018 op WordPress met een custom theme draaide, vereist in 2026 PHP-versie 8.2, een nieuwe MySQL-engine en up-to-date security-patches. Wie alleen het oude bureau kent dat de oorspronkelijke maatwerkcode schreef, kan vaak nergens anders terecht zonder een dure analyse vooraf. Eigenaarschap is daarom niet alleen een juridisch principe, het is een verzekering tegen technische lock-in.

De praktische checklist voor MKB

• Domeinnaam staat op KvK-naam van jouw bedrijf, niet op die van het bureau of een medewerker.
• Registrar-account (TransIP, Versio, Cloudflare Registrar) heeft een inlog die jij persoonlijk kent en kunt resetten.
• Hosting-account staat op jouw bedrijfsmail, niet op een gedeeld bureau-adres.
• Facturen van hosting en domein komen rechtstreeks bij jou binnen, niet via het bureau doorbelast.
• Broncode staat in een Git-repository (GitHub, GitLab, Bitbucket) waarvan jij de eigenaar of admin bent.
• Het bureau heeft maximaal collaborator-rechten — geen ownership van de repo.
• Een README in de repo beschrijft de build-stappen, environment-variabelen en deploy-procedure in klare taal.
• Google Search Console en Analytics zijn aangemaakt op jouw Google-account, met het bureau als toegevoegde gebruiker.
• DNS-records staan gedocumenteerd in een tekstbestand zodat een nieuwe partij ze binnen tien minuten kan reconstrueren.
• SSL-certificaten worden automatisch verlengd via Let's Encrypt of de hostingprovider — geen handmatige verlenging die alleen het bureau kan doen.
• Alle beeldmateriaal (logo, foto's) staat in originele resolutie op jouw eigen Drive of NAS, niet alleen op de website.
• Het contract benoemt expliciet wat er gebeurt bij beëindiging — overdrachtsperiode, documentatieplicht, eventuele kosten.
• Er is geen mantelovereenkomst die jou verplicht onderhoud bij hetzelfde bureau af te nemen voor x jaar.
• Eventuele third-party-licenties (premium plugins, fonts, beeldbanken) staan op jouw naam of zijn overdraagbaar.
• Een jaarlijkse 'exit-test' op de agenda: kan een willekeurige andere developer de site overnemen binnen één werkdag? Zo nee, repareer het.

Wat het kost als je dit niet regelt

Een nieuwe website op basis van nul, voor een gemiddeld MKB met tien tot twintig pagina's, kost in 2026 al snel tussen de €3.995 en €12.000 afhankelijk van complexiteit. Dat zou je tweede keer in vijf jaar kunnen betalen — niet omdat je het wilde, maar omdat de eerste verdween. Daarbovenop staat het verlies van SEO-historie. Een domein dat acht jaar autoriteit heeft opgebouwd in Google verliest die niet direct, maar zonder toegang tot Search Console en zonder de oorspronkelijke URL-structuur kun je redirects niet correct opzetten. Drie tot zes maanden rankings-verlies is een realistisch scenario, en voor een lokale dienstverlener die afhankelijk is van Google-vindbaarheid betekent dat duizenden euro's gemiste omzet.

Reken een verborgen kost van €3.000 tot €8.000 wanneer je een site moet 'redden' uit een failliet bureau — juridisch advies, spoedhosting, content reconstructie via Wayback Machine, opnieuw fotograferen. Dit is geld dat je niet uitgeeft als je vanaf dag één eigenaar bent. De ROI van eigenaarschap is dus niet abstract: het is het verschil tussen €0 en €15.000 op een willekeurige dag in de toekomst waarop iemand anders een beslissing voor jou neemt.

Veelgestelde vragen

De lifecycle-blik: wat doet een gezonde bureau-relatie?

Eigenaarschap regelen is stap één; de bredere lifecycle van een MKB-website is breder dan dat. Reken op een gemiddelde levensduur van drie tot vijf jaar voor de visuele en technische architectuur, en zeven tot tien jaar voor het achterliggende merk- en URL-fundament. In die periode wisselt een MKB gemiddeld 1,4 keer van bureau — niet omdat de relatie slecht is, maar omdat groei, specialisatie of een prijswijziging een nieuwe partner logisch maken. Een gezonde bureau-relatie houdt daar rekening mee. Het bureau positioneert zichzelf als 'huidige partner', niet als 'eigenaar voor altijd'. Bij elke nieuwe opdracht wordt expliciet gedocumenteerd wat er is geleverd, hoe het te onderhouden is en wat een toekomstige overdracht zou kosten.

Dat klinkt cynisch maar is professioneel. Vergelijk het met een huisarts: een goede arts wil dat een patiënt naar een specialist kan zonder kennisverlies. Het dossier is duidelijk, de medicatiehistorie staat genoteerd, een collega kan binnen vijf minuten een goed beeld krijgen. Een bureau dat zo werkt, krijgt klanten die langer blijven — juist omdat ze weten dat ze kunnen vertrekken. Bureaus die hun klanten vasthouden door gebrek aan documentatie, verliezen ze schoksgewijs zodra een ongeluk gebeurt.

De ROI van eigenaarschap, in concrete getallen

Stel: jouw MKB heeft een website die vijf jaar oud is, ooit gebouwd voor €6.000. De maandelijkse hosting plus onderhoud kost €40 via het bureau. Je bent nu in scenario 1 (alles op naam bureau). Stel dat het bureau over twee jaar stopt. Drie mogelijke uitkomsten met geschatte kosten:

Uitkomst A — gecontroleerde overdracht. Het bureau geeft tijdig aan te stoppen, regelt de overdracht netjes, en jij betaalt eenmalig €1.200 voor migratie en documentatie. Totaal: €1.200. Tijdverlies: drie weken stress, geen omzetimpact.

Uitkomst B — bureau valt stil zonder waarschuwing. Geen mail, geen reactie, hostingsfactuur expireert. Je site is een week offline voordat een nieuwe partij domein-quarantaine kan repareren en hosting kan overzetten. Spoedwerk: €3.500. Omzetverlies door downtime (lokale dienstverlener met 60% telefonische aanvragen via Google-vermelding): €1.800 in die week. Totaal: €5.300. Tijdverlies: zes weken inclusief nasleep.

Uitkomst C — domeinverlies. Bureau ging failliet, curator regelt niets, domein.nl valt in quarantaine, expireert, wordt door een derde gekocht. Je moet wachten op een nieuwe domeinnaam of het oude terugkopen via een veiling: €450 tot €15.000 afhankelijk van de aantrekkelijkheid. Je SEO is volledig kwijt. Nieuwe site nodig op nieuwe domeinnaam: €5.500. Marketingverlies eerste jaar: €4.000 tot €20.000. Totaal: minimaal €9.000, mogelijk veel meer.

Vergelijk dat met de kosten van eigenaarschap-vooraf: een eenmalige domeintransfer (€15), een hosting-account op eigen naam (geen meerkosten), een Git-repo (gratis bij GitHub of GitLab), en een uur documentatietijd van het bureau (€95 bij DesignCheck-tarief). Eenmalig €110 om scenario C te voorkomen — zelfs zonder rekening te houden met scenario B. De ROI is op papier 80x, in praktijk vaak nog hoger omdat het ook stress, slapeloze nachten en juridische kosten voorkomt.

Juridische haken: wat staat er in jouw contract?

De meeste bureau-contracten zijn opgesteld in de begindagen van de relatie, soms tien jaar geleden, en niemand leest ze opnieuw. Toch zijn er drie clausules die je nu wel even moet nakijken. Eerste clausule: eigendom intellectueel eigendom. Staat er dat het bureau de auteursrechten op de code en het ontwerp behoudt? Dan kan een nieuwe partij niet zomaar verder werken op die basis zonder onderhandeling. Zoek bij voorkeur naar zinnen als 'na betaling van de eindfactuur draagt opdrachtnemer alle auteursrechten over aan opdrachtgever' — dat is de norm bij gezonde bureaus.

Tweede clausule: opzegtermijn en overdracht. Hoe lang van tevoren moet je opzeggen, en wat krijg je dan mee? Een opzegtermijn van drie maanden met een gedocumenteerde overdracht is normaal. Een opzegtermijn van twaalf maanden waarin het bureau niets hoeft op te leveren, is een rode vlag.

Derde clausule: aansprakelijkheid bij stoppen. Wat is geregeld als het bureau zelf stopt of failliet gaat? Een professioneel contract benoemt expliciet een derde partij of een escrow-regeling voor de broncode. Ontbreekt dit, dan ben je in geval van faillissement afhankelijk van de welwillendheid van een curator die geen ervaring heeft met webprojecten.

Vraag bij elke contractverlenging een addendum waarin deze drie punten worden bevestigd. Dat is niet vijandig — het is een normale stap in een volwassen bureau-relatie. Een bureau dat hier moeilijk over doet, geeft je nuttige informatie over hoe ze de samenwerking zien.

Hoe DesignCheck dit standaard regelt

Vanaf de eerste week van een nieuw project staan alle accounts op naam van de klant. Domein wordt geregistreerd via een registrar (TransIP of Cloudflare Registrar) op het zakelijke e-mailadres van de klant; DesignCheck heeft technisch toegang maar geen ownership. De Git-repo staat onder een organisatie-account van de klant, niet van DesignCheck. Hosting draait op een Vercel- of Cloudflare-account dat de klant zelf betaalt via creditcard of incasso — geen doorbelasting via het bureau. Toegang tot Search Console en Analytics wordt direct na de oplevering aan de klant overgedragen, met DesignCheck als toegevoegde gebruiker.

Bij oplevering ontvangt de klant een overdrachtsdocument van één pagina dat alle accounts opsomt, met directe inloglinks en de namen van de eigenaars. Dat document wordt jaarlijks getest: een willekeurige tweede ontwikkelaar krijgt het document en moet binnen één werkdag een testwijziging kunnen deployen. Lukt dat niet, dan is de documentatie achterhaald en wordt deze direct bijgewerkt. Dit is geen marketing-pluspunt — het is de basisstandaard die elk bureau zou moeten leveren.

De internationale context: dit gebeurt overal

Het probleem van bureau-afhankelijkheid is geen Nederlandse eigenaardigheid. In Duitsland, het Verenigd Koninkrijk en de Verenigde Staten zien advocaten en consumentenorganisaties dezelfde patronen. De Britse ICO publiceerde in 2024 een richtlijn over data-eigenaarschap bij webdienstverleners; de Duitse Bundeskartellamt onderzoekt lock-in bij hosting-providers. In de VS zijn er rechtszaken geweest waarbij MKB-eigenaren miljoenen claimden van bureaus die plotseling stopten met dienstverlening. Overal geldt dezelfde les: de markt heeft eigenaarschap niet vanzelf geregeld, dus moet de klant het zelf afdwingen.

Voor MKB dat ook internationaal opereert — webshops met cross-border verkoop, B2B-dienstverleners met buitenlandse klanten — telt een bijkomend punt: GDPR-verantwoordelijkheid blijft altijd bij jou als verwerkingsverantwoordelijke, ongeacht of het bureau bestaat of niet. Word je gehackt en is het bureau onbereikbaar, dan ben jij degene die binnen 72 uur moet rapporteren bij de Autoriteit Persoonsgegevens. Geen bureau? Dan ben je toch verantwoordelijk. Eigenaarschap regelen is dus ook compliance-werk dat je niet kunt outsourcen.

Een veelgemaakte fout: aannemen dat een verwerkersovereenkomst (DPA) met je bureau jou volledig dekt. Een DPA regelt wie wat doet met persoonsgegevens, maar lost niets op zodra het bureau ophoudt te bestaan. De gegevens zijn dan technisch nog in een server of backup, juridisch in een schemerzone, en operationeel ontoegankelijk. Reken erop dat herstel via een advocaat en een gespecialiseerd technisch onderzoeker enkele duizenden euro's kost en weken duurt. Beter: zorg dat jij zelf actueel toegang hebt tot de database en de backup-procedure, en dat je die toegang minimaal twee keer per jaar test door een download te maken en lokaal te openen.

Wat doe je vandaag?

• Doe een whois-lookup op jouw domein en noteer wie de registrant is.
• Log in op je hosting-account en controleer of de factuurgegevens kloppen.
• Vraag je huidige bureau om een lijst met alle accounts, repo's en third-party-licenties die bij jouw site horen.
• Maak een eenvoudig overdrachtsdocument aan in Notion of een Google Doc — een paginabreed overzicht is genoeg om risico zichtbaar te maken.
• Zet een herinnering in je agenda voor over een jaar om dit opnieuw te checken.

Verder lezen