Domein of code kwijt aan oud bureau of freelancer?

Staat je domeinnaam op jouw naam, dan krijg je hem vrijwel altijd terug: vraag de registrar om de autorisatiecode (bij .nl een token) en verhuis het domein. Hosting, code en app-store-accounts zijn meestal ook van jou als je ervoor betaald hebt en je contract niets anders zegt, maar ze zijn lastiger terug te krijgen omdat ze in accounts zitten die het bureau of de freelancer zelf aanmaakte. Begin met een korte, nette schriftelijke vraag, ga bij een nee naar de registrar of hostingpartij, en schakel een jurist in als er echt een geschil is over het contract of over geld.

Hieronder staat elk account dat een bedrijf zelf in handen hoort te hebben, wie wat zou moeten beheren en hoe je het terugkrijgt. Reageert de ontwikkelaar helemaal niet meer? Lees dan Developer verdwenen? Zo krijg je je site en code terug, want die situatie heeft eigen stappen. Ligt je site nu plat, dan start onze spoedhulp dezelfde dag, voor 75 euro per uur. Dit is algemene informatie, geen juridisch advies.

Wie bezit wat

Eigendom draait om twee vragen: op wiens naam staat het account, en wat zegt het contract. De eerste bepaalt wie vandaag iets kan doen. De tweede bepaalt wie gelijk heeft als je ruzie krijgt. Veel conflicten ontstaan doordat de ontwikkelaar alles gemakshalve op eigen naam zette en niemand dat jarenlang merkte.

• Domeinnaam. De houder is de registrant in het register. Het bedrijf dat de naam voor je regelde is alleen registrar, of reseller van een registrar. Staat het bureau als registrant, dan is het domein formeel van het bureau tot zij dat wijzigen.
• Hosting en servers. Wie het account opende, beheert het account. De data erop mag van jou zijn, maar je komt er alleen bij als je accounthouder bent of toegevoegd wordt.
• Code. Auteursrecht op maatwerkcode ligt meestal bij de maker, tenzij een contract de rechten aan jou overdraagt of het werk in dienstverband is gemaakt. Zoek in je contract naar woorden als overdracht van rechten of licentie. Open-sourceonderdelen (WordPress, plugins, frameworks) behouden hun eigen licentie.
• Accounts voor analytics, advertenties, e-mail en app stores. Zelfde regel als bij hosting: de accounthouder heeft de sleutels. Juist deze zijn pijnlijk om kwijt te raken, omdat je historie erin zit.

Niets hiervan vervangt advies van een jurist die je contract gelezen heeft. Gaat het geschil over onbetaalde facturen, rechten op de code of wanprestatie, haal dan juridisch advies voordat je escaleert.

De checklist: accounts die je zelf moet bezitten

1. Login van de domeinregistrar, met jou of je bedrijf als registrant en een bedrijfsmailadres dat je zelf beheert.
2. DNS (bij de registrar, Cloudflare of de host). Wie DNS beheert, beheert je website en e-mail.
3. Hosting- of cloudaccount (shared hosting, VPS, AWS, Vercel, Netlify, Supabase en dergelijke), met jou als eigenaar en de ontwikkelaar als gebruiker.
4. Coderepository (GitHub, GitLab, Bitbucket) in je eigen organisatie.
5. Beheeraccounts van de website (WordPress, Shopify, het CMS), met minstens een beheerder die jij bent.
6. Google Analytics, Search Console en Tag Manager, met jou als eigenaar.
7. Advertentieaccounts (Google Ads, Meta) en de betaalmethode erop.
8. E-mail- en mailingdiensten (Google Workspace, Microsoft 365, Mailgun en vergelijkbaar).
9. App-store-accounts (Apple Developer, Google Play Console) op naam van je bedrijf.
10. Wachtwoordmanager, API-sleutels en licenties voor betaalde plugins, thema's en externe diensten.
11. Back-ups op een plek waar je zonder de ontwikkelaar bij kunt.

Dit nalopen kost een uur en is de goedkoopste verzekering uit dit artikel. Log overal in en kijk op wiens naam het staat. Kun je niet inloggen, dan weet je genoeg.

Onderdeel, eigenaar, herstel

Het domein terughalen, stap voor stap

Domeinen zijn het enige onderdeel met duidelijke regels, dus begin daar. Het transferbeleid van ICANN, dat geldt voor generieke domeinen zoals .com, zegt dat de registrar de houder op verzoek de autorisatiecode moet geven (binnen vijf kalenderdagen als er geen zelfbediening is) en dat een betalingsgeschil op zichzelf geen reden is om de code achter te houden (ICANN). Na een wijziging van registrant geldt een blokkade van 60 dagen. Houd daar rekening mee als je eerst de houder moet wijzigen.

1. Zoek het domein op (WHOIS of de zoekfunctie van het register). Noteer de registrar en, indien zichtbaar, de registrant.
2. Ben jij de registrant, herstel dan via de support van de registrar de toegang met je mailadres, haal de blokkade eraf en vraag de code aan.
3. Is het bureau of de freelancer de registrant, stuur dan het onderstaande bericht en vraag om een registrantwijziging naar jouw bedrijf.
4. Start de verhuizing bij de nieuwe registrar met de code. Kopieer vooraf alle DNS-records, zodat site en e-mail blijven werken.
5. Controleer mail en website na de verhuizing.

Per land: wie doet wat

• .nl (SIDN). Je registrar moet je binnen vijf dagen na je verzoek het token geven. Gebeurt dat niet, dan heeft SIDN een herinneringsbrief, kan je nieuwe registrar de oude benaderen (je moet aantonen dat je de registrant bent, en namens een bedrijf is een uittreksel uit het handelsregister nodig) en kan SIDN zelf ingrijpen. Een registrantwijziging is een aparte stap via je registrar (SIDN).
• .be (DNS Belgium). DNS Belgium mailt de autorisatiecode naar het adres van de huidige registrant, en je kunt hem ook zelf opvragen via de WHOIS-zoekfunctie op hun site. De code is 7 dagen geldig en kan drie keer opnieuw verstuurd worden (DNS Belgium). Een werkend registrantmailadres is dus cruciaal.
• .de (DENIC). De AuthInfo-code komt van de huidige provider en is beperkt geldig (30 dagen volgens de gids van Hetzner). Bij een providerwissel blijft de houder gelijk, een houderswijziging is een andere procedure (Hetzner). Controleer de actuele regels bij je provider of bij DENIC.
• .fr (Afnic). Registrargidsen beschrijven een AuthInfo-code die naar het mailadres van de houder gaat en kan vervallen als de houdergegevens wijzigen (hosting.fr). Controleer dit op de site van Afnic.
• .co.th (THNIC). Voor een transfer is de AuthCode van de huidige registrar nodig en registrars noemen 5 tot 7 dagen. De houder moet een rechtspersoon in Thailand zijn en een houderswijziging vraagt bewijsstukken (INWX, THNIC-beleid). Vraag je registrar naar de huidige procedure.

Hosting, code en app-store-accounts

Hosting. Vraag de huidige accounthouder het eigenaarschap over te dragen, of jou als beheerder uit te nodigen en daarna terug te treden. Weigert die, neem dan contact op met de hostingpartij. De meeste geven een account niet aan een vreemde, maar veel hebben een procedure als je kunt aantonen dat je de betalende klant bent: facturen op jouw naam, betaalbewijzen en beheer over het domein.

Code. Een GitHub-repository kan overgedragen worden door iedereen met beheerrechten, en issues, pull requests, historie en webhooks gaan mee (GitHub-documentatie). Je vraag is dus simpel: draag de repository over aan onze organisatie, of voeg ons toe als eigenaar. Weigeren ze, vraag dan minstens een volledige export met historie, plus een database-dump en de omgevingsinstellingen. Heb je betaald maar geen getekende overdracht van rechten, laat dan een jurist bekijken welke rechten je hebt.

App stores. Vraag eerst om beheerdersrechten. Een app verplaatsen tussen developeraccounts kan, maar kent regels en controles aan beide kanten, dus begin op tijd.

Een nette vraag die je kunt sturen

Hou het feitelijk en noem een datum. De meeste overdrachten mislukken door uitstel, niet door vijandigheid.

Hoi [naam], we brengen het onderhoud van [website] intern, en ik wil zeker weten dat onze accounts op naam van ons bedrijf staan. Kun je (1) mij de autorisatiecode (token) van het domein sturen en [bedrijfsnaam] als registrant instellen, (2) het eigenaarschap van het hostingaccount, de coderepository en het analytics-account overdragen of ons als eigenaar toevoegen, en (3) een lijst sturen van alle andere accounts, licenties en logins die voor de site gebruikt worden? Ik hoor het graag vóór [datum, ongeveer 7 dagen]. Ik betaal graag voor de tijd die de overdracht kost en laat jouw toegang bestaan tot de overdracht bevestigd is. Bedankt.

Bewaar elk bericht. Komt er geen antwoord, stuur dan dezelfde tekst nog eens en ga daarna met die papieren sporen naar de registrar of hostingpartij.

Als de ander niet reageert of weigert

Is de persoon onbereikbaar, dan staat in onze gids over een verdwenen developer de route via registrar en hostingsupport. Is de persoon wel bereikbaar maar weigert hij, meestal door een openstaande factuur of ruzie, scheid dan de twee kwesties. Volgens de ICANN-regels mag een betalingsgeschil een registrar niet het recht geven de code achter te houden, maar een ontwikkelaar die zelf niet de registrar is, is daar niet aan gebonden. Een brief van een jurist is dan vaak de snelste volgende stap. Is het domein verlopen, lees dan domein of SSL verlopen.

Wanneer bel je een developer

Het domein en de accountcheck kun je zelf. Bel een developer als:

• de site plat ligt en je niet weet waar hij gehost wordt;
• je de bestanden hebt maar niemand de server, database of e-mailconfiguratie kan opbouwen;
• DNS moet verhuizen zonder dat je e-mail breekt;
• je een beveiligingscheck wilt nadat iemand die je niet meer vertrouwt toegang had (zie wat te doen als je site gehackt is);
• je het project in je eigen repository wilt laten overnemen, met nieuwe wachtwoorden en een nette inrichting.

Zorg dat je klaar hebt: de domeinnaam, facturen of contracten, de laatst bekende host, de logins die je wel hebt en een lijst van wat niet werkt. We tekenen NDA's. Voor een snelle blik geeft EngineeringScore een gratis audit op beveiliging, snelheid, SEO, toegankelijkheid en betrouwbaarheid, handig om te zien wat je geerfd hebt.

Wat het kost

Abonnementen lopen minstens 3 maanden, daarna 3 maanden opzegtermijn; ongebruikte uren vervallen. Een simpele overdracht van domein en DNS vraagt vaak maar een paar uur hulp. Een herbouw na verlies van de server is groter, en dan geven we een urenschatting voordat we ver gaan. Meer prijsvergelijking staat in wat een spoeddeveloper kost. We werken in jouw repository en de code is van jou.

Zo beslis je

• Alles staat op jouw naam en je mist alleen logins: doe het zelf met het bericht hierboven.
• Domein staat op hun naam, ze werken mee: stuur de vraag en reserveer een paar uur voor de verhuizing.
• Ze weigeren of willen eerst geld: leg het contract voor aan een jurist en laat tegelijk een developer een back-up veiligstellen van wat bereikbaar is.
• Site ligt plat of je vindt de host niet: bel vandaag een developer.

Voorkom het de volgende keer

Open elk account op naam van je bedrijf, voeg de developer toe als gebruiker, bewaar logins in een gedeelde wachtwoordmanager en zet een overdracht van rechten en een afrondingsclausule in het contract. Hou een lijstje van je digitale bezittingen bij en loop dat twee keer per jaar na. Een onderhoudsabonnement met toegang in je eigen accounts geeft je ook monitoring, zodat problemen opvallen voordat bezoekers ze zien. Vergelijk opties in retainer of betalen per keer.

Hulp bij de overdracht

Zit je vast, vertel ons wat je hebt en wat ontbreekt. We nemen hosting, DNS en code over naar accounts van jou en houden alles daarna draaiende. Start met spoedhulp, of neem contact op, dan zeggen we eerlijk of het een klus van twee uur is of groter.