Wie is eigenaar van je website? Lock-in en toegang tot code, domein en hosting

Wie is eigenaar van je website? In principe jij, als opdrachtgever die ervoor betaalt, maar in de praktijk hangt dat volledig af van wat er contractueel is vastgelegd en op wiens naam de accounts staan. Een website is namelijk geen enkel bezit, maar een verzameling van losse onderdelen, en die kunnen elk bij een andere partij of in een andere account terechtkomen. In dit artikel lees je welke onderdelen er zijn, waar lock-in ontstaat, en wat je precies moet vastleggen om vrij te blijven om te verhuizen, te vernieuwen of van leverancier te wisselen.

Dit is bewust een nuchter, praktisch verhaal. Niet omdat de meeste bureaus kwade bedoelingen hebben, maar omdat eigendom dat niemand expliciet regelt vaak per ongeluk op de verkeerde naam belandt. En dat merk je pas op het slechtst mogelijke moment: wanneer je weg wil. Wil je het bredere plaatje rond een professionele build, lees dan onze gids om een B2B-website te laten maken; eigenaarschap is daar een vast onderdeel van.

Wat betekent “eigenaar van je website” eigenlijk?

Eigenaar zijn van je website betekent dat jij, zonder toestemming van een derde partij, bij elk onderdeel kan dat nodig is om de site te laten draaien, aan te passen of te verhuizen. Het is dus geen vraag met één antwoord. Een website bestaat uit minstens vijf afzonderlijke lagen, en eigendom moet je per laag bekijken:

• De domeinnaam. Het adres waarop je gevonden wordt, plus de bijbehorende DNS-instellingen.
• De broncode en de designbestanden. De HTML, CSS en eventuele maatwerkcode, of het projectbestand in een platform zoals Webflow of WordPress.
• De content en de CMS-structuur. Je teksten, beelden, pagina’s en de manier waarop die zijn opgebouwd.
• De hosting. De servers of het platform-abonnement waarop de site live staat.
• De gekoppelde accounts. Analytics, Search Console, e-mail, formulier- en marketingtools, betaalde plugins of licenties.

Het venijn zit hem erin dat deze lagen los van elkaar staan. Je kan de broncode bezitten maar geen toegang hebben tot de hosting. Of het domein op jouw naam hebben staan, terwijl de CMS-content in een account zit waar enkel het bureau bij kan. Echt eigenaarschap betekent dat je alle vijf controleert, of er op zijn minst onbelemmerd bij kan.

Welk onderdeel is het belangrijkst om vast te leggen?

Begin bij de domeinnaam, want dat is het onderdeel waar lock-in het hardst pijn doet en tegelijk het makkelijkst te vermijden is. Een domein heeft een geregistreerde houder (de registrant) en die houder is juridisch de eigenaar, niet wie het beheert. Als je bureau het domein “even voor jou” registreert op zijn eigen naam of in zijn eigen registraraccount, dan zit je daar vast. Bij een verhuizing heb je hun medewerking nodig voor de transfercode, en zonder die medewerking sta je nergens.

De regel is simpel: het domein staat op naam van je bedrijf, in een registraraccount waar jouw bedrijf de inloggegevens van heeft. Laat je het beheren door je bureau, prima, maar als geregistreerde houder en accounteigenaar staat jouw organisatie. Datzelfde principe geldt voor je belangrijkste meetdata. Zet Google Analytics en Search Console op een account van je bedrijf en geef het bureau toegang als gebruiker, niet omgekeerd. Verhuist het werk, dan verlies je je historiek niet. Dat is precies wat het verschil maakt bij een latere website-migratie zonder rankingverlies.

Waar zit de lock-in per platform?

Lock-in is geen eigenschap van een slecht platform, maar van slecht geregelde toegang. Toch verschilt de vorm die het aanneemt per type build, en het is eerlijk om die verschillen te benoemen zonder één keuze als winnaar aan te wijzen.

Bij een open CMS zoals WordPress heb je in theorie alles in handen: het is jouw codebase, jouw database, jouw bestanden, draaiend op hosting die je zelf kan kiezen. De lock-in zit daar niet in het platform maar in de accounts eromheen. Wie heeft de admin-login, op wiens hostingaccount staat het, en wie bezit de licenties van betaalde plugins en het thema? Zonder die zaken bezit je een site die je niet kan verplaatsen.

Bij een visueel platform zoals Webflow krijg je gebruiksgemak en gehoste infrastructuur, maar het eigendom is anders verdeeld. Je kan de front-end code exporteren (op de daarvoor bedoelde abonnementen), maar die export bevat niet de CMS-inhoud, de formulieren of de hostingfunctionaliteit; die blijven aan het platform gebonden. De praktische “eigendomsvraag” is hier vooral: staat het project in een workspace op naam van je bedrijf, zodat je het beheer kan overdragen zonder de hele site opnieuw te bouwen?

Bij maatwerk of headless heb je doorgaans de meeste controle over de code, maar ben je afhankelijk van goede documentatie en toegang tot de repository en de losse diensten. Zonder de Git-repository, de omgevingsvariabelen en een leesbare overdracht is dure maatwerkcode alsnog een black box. Als je overweegt om losse lagen te ontkoppelen, helpt onze uitleg over hoe een headless CMS werkt om te zien waar eigendom en afhankelijkheid precies liggen.

De conclusie is dus niet “kies platform X om lock-in te vermijden”. Het is: bij elk platform bepaalt jouw toegang, niet de technologie, of je vrij bent. Welke optie het best past, hangt af van je team, je groeiplannen en hoe vaak je zelf wil kunnen aanpassen. Dat is ook hoe wij platform-onafhankelijk naar website ontwikkeling kijken: het juiste gereedschap voor jouw specifieke geval.

Wat moet er contractueel in staan?

Leg eigendom en toegang schriftelijk vast vóór de eerste factuur, want achteraf onderhandelen over iets dat je al betaald hebt, staat zwak. Een goede afspraak hoeft niet lang te zijn, maar dekt deze punten:

1. Eigendom van het opgeleverde werk. Maak expliciet dat de broncode, de designbestanden en de content na betaling jouw eigendom zijn (overdracht van de gebruiksrechten), en niet enkel “in licentie”.
2. Accounts op jouw naam. Domein, hosting, CMS, analytics en betaalde tools staan op accounts van je bedrijf. Het bureau werkt als gebruiker met toegang, niet als eigenaar.
3. Een exit-clausule. Wat krijg je mee bij het einde van de samenwerking, in welke vorm, en binnen welke termijn? Denk aan een export van de content, de volledige codebase, een databasedump en een lijst van alle accounts en licenties.
4. Documentatie en overdracht. Spreek af dat er een beknopte technische overdracht komt: waar staat wat, hoe deploy je, welke diensten zijn gekoppeld.
5. Geen gijzeling bij betwisting. Leg vast dat je toegang behoudt tot je live site en je data, ook als er een factuurdiscussie loopt.

Een bureau dat met je meedenkt, heeft hier geen probleem mee. Heldere afspraken over eigendom zijn net een teken van vertrouwen, en daar draait een goede B2B-relatie op. Het is dezelfde logica die bepaalt of bezoekers je geloven: zie vertrouwen wekken op je B2B-website.

Hoe haal je je eigendom terug als het misging?

Sta je nu al vast, begin dan met een rustige inventaris in plaats van een conflict. Maak een lijst van de vijf lagen en zoek per laag uit op wiens naam en in welke account het staat. Vaak valt het mee en is het een kwestie van toegang laten overdragen, of jezelf als eigenaar laten toevoegen aan een account.

Voor het domein vraag je de transfercode (de auth-code of EPP-code) en verhuis je het naar een registrar op naam van je bedrijf. Voor analytics en Search Console laat je jezelf als beheerder toevoegen zolang je nog medewerking krijgt. Voor de content geldt: zelfs als je de oude site niet kan exporteren, kan je de teksten en beelden meestal nog ophalen om elders opnieuw op te bouwen. En als een verhuizing onvermijdelijk een nieuwe build wordt, plan die dan meteen goed, zodat je je posities niet kwijtspeelt. Een doordacht website-redesignproces houdt rekening met precies die continuïteit.

Het kostbaarste dat je kan verliezen is niet de code, die kan opnieuw gebouwd worden, maar je domein en je opgebouwde meetdata. Bescherm die twee als eerste en de rest volgt.

De korte samenvatting

Eigenaar zijn van je website betekent dat jij onbelemmerd bij vijf onderdelen kan: domein, broncode en designbestanden, CMS-content, hosting en alle gekoppelde accounts. Lock-in ontstaat zelden uit kwade wil, maar uit toegang die per ongeluk op naam van het bureau staat. Zet je domein en je analytics als eerste op accounts van je eigen bedrijf, leg eigendom en een exit-clausule schriftelijk vast vóór de start, en zorg voor een nette overdracht. Doe je dat, dan blijf je vrij om te groeien, te vernieuwen of te wisselen, zonder dat het ooit een gevecht wordt.

Wil je zeker weten dat je nieuwe of bestaande site volledig van jou is, met afspraken die je nergens vastzetten? Plan je gratis intake en we lopen je eigendom en je opties samen door.