Webbouwer failliet of onbereikbaar? Zo krijg je alles terug

Reageert je webbouwer niet meer, of is het bureau failliet? Begin dan niet met achter hem aan zitten, maar met uitzoeken wat al op jouw naam staat. Domeinnaam, hosting, code en app store-accounts zijn losse accounts, elk met een eigen herstelroute. Staat een account op naam van jou of je bedrijf, dan krijg je met een identiteitsbewijs en facturen meestal gewoon weer toegang. Staat het op naam van de developer, dan heb je hem nodig, de curator van zijn failliete bedrijf, of een jurist. Bij We Do Dev Work kan een senior developer dezelfde dag beginnen voor €75 per uur, zonder minimum en zonder intake.

Dit is voor ondernemers van wie de freelancer niet meer antwoordt, van wie het webbureau failliet ging, of van wie de developer vertrok zonder overdracht. Ligt je site op dit moment ook plat, lees dan eerst wat een noodhulp-developer kost.

De eerste 15 minuten: wat je zelf kunt doen

De meeste artikelen over een onbereikbare websitebouwer zeggen "kijk in de WHOIS en bel je hostingpartij". Dat klopt, maar het is maar het begin. Werk deze lijst af en noteer wat je vindt: dat wordt het overdrachtsdocument dat je nooit kreeg.

1. Zoek je domeinnaam op. Voor .nl gebruik je de WHOIS op sidn.nl, voor .be die van DNS Belgium, voor .com een WHOIS- of RDAP-tool. Noteer registrar, vervaldatum en houder. Vervalt de naam binnenkort, dan is verlengen je eerste prioriteit.
2. Doorzoek je mailbox en bankafschriften. Zoek naar facturen van registrars, hostingbedrijven, Apple, Google Play, GitHub, Mollie of Stripe, je mailprovider en pluginleveranciers. Wie jou factureert, heeft het account meestal op jouw naam.
3. Probeer elke login die je hebt. CMS, hostingpaneel, registrar, app store, analytics. Gebruik "wachtwoord vergeten" alleen als de reset naar een adres gaat dat jij beheert.
4. Staat de site nog online, maak dan nu een back-up. Met toegang tot het hostingpaneel download je een volledige back-up (bestanden en database) en bewaar je die buiten de server.
5. Stuur één gedateerd, schriftelijk verzoek. Per mail, en desnoods aangetekend. Som op wat je nodig hebt: de verhuiscode van de domeinnaam, overdracht van de repository, beheerderstoegang, overdracht van de apps, met een duidelijke termijn. Blijf beleefd: het kan later bewijs worden.
6. Verander nog niets aan je DNS. Als je niet weet welke records je website en je mail laten werken, kan een goedbedoelde wijziging allebei offline halen.

Inventaris: wat is van jou en waar staat het?

Elk digitaal product is een verzameling accounts. Dit is de checklist die een developer die het overneemt met je doorloopt.

Zo krijg je elk onderdeel terug

De domeinnaam

Bij .nl is de vraag wie als houder staat ingeschreven. De algemene voorwaarden van SIDN zijn daar duidelijk over: ben je zelf houder, dan heb je zeggenschap en kun je je domeinnaam bij een andere registrar onderbrengen. Staat de naam op naam van je registrar, dan heb je die zeggenschap niet, ook niet als die registrar failliet gaat. Bij een faillissement van de houder neemt SIDN volgens dezelfde voorwaarden contact op met de curator.

Voor .be kun je de transfercode rechtstreeks bij DNS Belgium aanvragen. Die wordt gemaild naar het adres van de houder en is zeven dagen geldig. Klopt dat mailadres niet meer, dan moet de huidige registrar het eerst aanpassen.

Voor .com en andere generieke extensies verplicht de Transfer Policy van ICANN de registrar om de houder binnen vijf kalenderdagen de AuthInfo-code te geven. Lukt dat niet, dan kun je klacht indienen bij ICANN Contractual Compliance, en de registrar is verantwoordelijk voor wat zijn resellers doen.

Hosting

Is het hostingaccount van jou, dan is herstel routine. Verkocht de webbouwer je hosting door, vraag het dan toch aan het hostingbedrijf zelf. Sommige hosts hebben daar een procedure voor: de Britse host Krystal beschrijft dat je eerst een volledige back-up maakt, je pogingen om de reseller te bereiken vastlegt, en daarna kunt vragen om naar een eigen account te verhuizen.

De code

Staat de code op GitHub, dan kan de eigenaar de repository met een paar klikken overdragen naar jouw account. Geschiedenis, issues en instellingen gaan mee; jij moet de overdracht accepteren. Reageert hij nooit, dan hangt wat je kunt redden af van de techniek:

• WordPress en de meeste PHP-sites: de bestanden op de server zijn de broncode. Een back-up van bestanden en database is een volledige kopie.
• JavaScript-frontends, gecompileerde backends en mobiele apps: op de server staat de gebouwde versie, niet de bron. Je kunt het laten draaien, maar aanpassen betekent delen opnieuw bouwen.
• De database: dat zijn je bedrijfsgegevens, en bij de meeste hosting kun je die zelf exporteren.

Apps in de stores

Bij beide stores moet de huidige eigenaar meewerken. Bij Apple start de Account Holder de overdracht en accepteert de ontvangende Account Holder; reviews en ratings blijven behouden. Bij Google Play dient het oorspronkelijke account het verzoek in. Staat de app op het persoonlijke account van de developer en werkt hij niet mee, dan rest een nieuwe app onder je eigen account, en moeten je gebruikers opnieuw installeren.

Van wie is de code? De juridische kant

Dit is algemene informatie, geen juridisch advies. Je contract bepaalt het eerst, dus zoek het op, samen met offerte en facturen. Staat er niets in:

• Nederland: de Auteurswet vraagt voor overdracht van auteursrecht een schriftelijke akte (artikel 2 lid 3). Werk van een werknemer valt in principe bij de werkgever (artikel 7), maar een freelancer of bureau blijft zonder akte rechthebbende. Je hebt dan hooguit een gebruiksrecht, afhankelijk van wat er is afgesproken.
• België: ook hier is het contract doorslaggevend. Laat het nakijken door een jurist voor je ervan uitgaat dat de code van jou is.

Is het bureau failliet?

Dan beheert de curator de bezittingen en accounts van het failliete bedrijf. In Nederland vind je de curator in het Centraal Insolventieregister, in België via RegSol, waar schuldeisers ook hun dossier beheren. Schrijf de curator vroeg aan, met een lijst van wat je nodig hebt: domeinnamen, code, back-ups, toegang. Hoe sneller, hoe kleiner de kans dat een hostingaccount wordt opgezegd omdat niemand de factuur betaalt.

Wat een developer die het overneemt de eerste dagen doet

Onze volledige aanpak staat in hoe we een softwareproject redden. Bij een verdwenen developer zien de eerste dagen er meestal zo uit:

1. Beveiligen. Alle wachtwoorden die we kunnen bereiken wijzigen, gebruikers, SSH-sleutels en API-sleutels van de oude developer verwijderen, tweestapsverificatie aanzetten.
2. Back-up. Een volledige kopie van bestanden en database buiten de server, en testen of ze terug te zetten is.
3. Audit. Komt de repository overeen met wat live staat? Kunnen we bouwen en deployen? Zijn de dependencies verouderd? Staan er wachtwoorden in de code? Een gratis scan met EngineeringScore geeft snel een beeld van beveiliging, snelheid en SEO.
4. Documenteren. Een toegangslijst op jouw naam, hoe je deployt, en de risico's op volgorde.
5. Adviseren. Houden en repareren, of opnieuw bouwen. Wij leggen de kosten uit, jij beslist.

Hoe beslis je: zelf doen of een developer bellen?

• Alles staat op jouw naam en de site draait: herstel de logins, wijzig de wachtwoorden, en zoek onderhoud voor als je iets wilt laten aanpassen.
• De site draait, maar je hebt geen toegang tot server of code: bel deze week een developer. Niemand houdt de beveiliging bij.
• De site ligt plat of de domeinnaam vervalt binnenkort: vandaag.
• Belangrijke accounts staan op naam van de developer: stuur het schriftelijke verzoek en praat met een jurist; intussen kan een developer alles wat je wel bereikt beveiligen en kopiëren.

Wat je klaar legt

• Je domeinnaam of -namen en het WHOIS-resultaat
• Elke login die nog werkt, en de mailadressen die aan elk account hangen
• Contract, offertes en facturen van de oude webbouwer
• Een uittreksel uit de KBO of het Handelsregister (registrars en hosts vragen erom)

Onze prijzen

Abonnementen lopen minstens drie maanden, daarna met drie maanden opzeg. We tekenen een NDA als je dat wilt, we werken in jouw repository en de code is van jou. Alles op een rij op onze prijspagina.

Zo voorkom je het de volgende keer

• Elk account op naam van je bedrijf, met een bedrijfsmailadres, en de developer als gebruiker toegevoegd. Dat geldt voor registrar, hosting, repository, app stores, betalingen en analytics.
• Code in jouw repository, regelmatig bijgewerkt, niet alleen op de laptop van de developer.
• Eigendom in het contract: een uitdrukkelijke overdracht of licentie van de code, en een overdrachtsclausule voor wachtwoorden en documentatie. Onze checklist voor een outsourcingpartner zet de contractpunten op een rij.
• Korte documentatie: een toegangslijst en de stappen om te deployen, up-to-date.
• Onderhoud bij een team, niet bij één persoon. Als iemand ziek wordt of vertrekt, kent een ander je setup. Zie wat websiteonderhoud kost.

Laat er vandaag iemand naar kijken

Reageert je developer niet meer en weet je niet zeker wat je nog in handen hebt, vraag dan noodhulp aan. Een senior developer loopt de inventaris met je door, beveiligt wat je kunt bereiken en vertelt je in gewone taal wat te redden valt. Je betaalt de gewerkte uren, vanaf €75 per uur.