Kundens eller dit? Ejerskab af domæne, hosting og indhold

Kort svar: Tommelfingerreglen, der forebygger de fleste konflikter: kunden ejer domænet, indholdet og dataene – altid. Bureauet kan eje eller administrere værktøjerne (licenser, udviklingsopsætning) og drive hostingen, men domænet skal stå i kundens navn med kunden som registrant, og aftalen skal sige klart, hvad kunden får med ud ved ophør: filer, database og indhold – og i hvilken stand. Skriv det ned, før samarbejdet starter: ejerskab afklaret i fred er fem linjer i en aftale; afklaret i konflikt kan blive en advokatsag.

Fagligt gennemgået: 2. oktober 2026

„Hvem ejer egentlig hjemmesiden?“ bliver altid stillet på det værste tidspunkt: når samarbejdet ophører, når der er uenighed om en faktura, eller når et bureau lukker. Her er ejerskabets fire lag – domæne, indhold, kode og værktøjer, data – og de aftalelinjer, der gør spørgsmålet kedeligt i stedet for dyrt.

Artiklen er skrevet til bureauer og freelancere, men den kan lige så godt bruges af en virksomhed, der vil tjekke, om den selv har styr på sit ejerskab, før den skifter leverandør.

Vigtigt: Artiklen er generel vejledning og ikke juridisk rådgivning. Ophavsret, licensvilkår og aftaleforhold afhænger af den konkrete aftale. Ved større kontrakter eller uenighed bør du få en advokat til at se på formuleringerne.

Domænet: kundens navn, altid

Domænet er kundens digitale identitet, og det skal registreres med kunden som registrant – aldrig bureauet, uanset hvor praktisk det føles i øjeblikket. Forskellen på registrant (den, der har retten til domænet) og registrator (den forhandler, domænet er købt igennem) står i guiden om registrant og registrator.

Bureauet kan sagtens administrere domænet – DNS, fornyelser og tekniske ændringer – via fuldmagt eller administratoradgang. Men ejerskabet skal ligge rigtigt fra dag ét. Overtager du kunder, hvor domænet historisk står i et bureaus navn, så få det overdraget nu, mens alle er venner. Selve processen for .dk-domæner er beskrevet i guiden om at flytte et .dk-domæne.

Husk også kontaktoplysningerne: registrantens e-mailadresse bør være en adresse, kunden selv kontrollerer, så varsler om fornyelse og bekræftelser ikke ender hos en tidligere medarbejder hos bureauet. Et domæne, der udløber, fordi påmindelsen gik til en nedlagt postkasse, er en af de mest unødvendige nedetider, der findes.

Indhold og design

Tekster, billeder og produktdata, som kunden har leveret, er kundens. Design og indhold, du selv har skabt, har du som udgangspunkt ophavsretten til – indtil aftalen overdrager rettighederne eller giver kunden brugsret. Og det bør den: en god standard er, at kunden ved betaling får fuld brugsret til det leverede site med alt indhold.

Undtagelser skal være eksplicitte. Skabeloner, komponentbiblioteker og egne kodestumper, du genbruger på tværs af kunder, kan du beholde rettighederne til, mens kunden får brugsret til dem som en del af sitet. Uklarhed her er en klassisk kilde til tvister om ophavsret til billeder og indhold mellem bureau og kunde.

Vær også opmærksom på billeder fra billedbureauer og fonte: licensen er ofte knyttet til den, der købte den. Har bureauet købt et billede eller en fontlicens i eget navn, skal aftalen sige, om licensen følger med sitet, eller om kunden skal købe sin egen ved ophør.

Værktøjer og licenser

Plugin- og temalicenser købt på bureauets agenturlicenser er en reel gråzone: praktisk og billigt i drift, men ved ophør kan sitet miste adgangen til opdateringer og support. Det gælder også sidebyggere og premium-plugins, som sitet ikke kan undvære.

Løsningen er åbenhed og exit-vilkår. Aftalen bør nævne, hvilke licenser der følger bureauets abonnement, og at kunden ved ophør enten køber egne licenser eller får hjælp til at skifte til alternativer. Samme logik gælder for white label-hosting: kunden skal vide, at drift og infrastruktur følger samarbejdet – og hvad et skifte koster. Overraskelser her føles som gidseltagning, også når de ikke var ment sådan.

Et praktisk greb er en licensoversigt pr. kunde med navn på pluginnet, hvem der ejer licensen, hvornår den fornys, og hvad der sker ved ophør. Den samme oversigt gør det lettere at holde styr på fornyelser, som beskrevet i guiden om site-inventar og licenser.

Data og adgange

Kundedata – ordrer, medlemmer, formularindsendelser – er kundens. Du er databehandler (se guiden om bureauets GDPR-ansvar), og dataene skal kunne udleveres komplet ved ophør.

Adgange følger samme princip. Kunden bør altid have, eller kunne få, administratoradgang til eget site, indsigt i hostingkontoen og adgang til analyseværktøjer, der er sat op i kundens egne konti frem for bureauets. Et bureau, der er alene om alle nøgler, er en risiko for kunden – og for sig selv, den dag der opstår uenighed. Guiden om adgangsstyring i teams viser strukturen.

Typiske konti, der bør ejes af kunden, er Google Search Console, Google Analytics eller et andet analyseværktøj, Google Business-profilen, betalingsgatewayen og konti hos fragt- og regnskabsintegrationer. Bureauet får adgang som bruger med de rettigheder, opgaven kræver – ikke som ejer.

Hvem ejer hvad: overblikket

Lag	Bør ejes af	Bureauets rolle	Ved ophør
Domæne	Kunden (registrant)	Administrerer DNS og fornyelse via fuldmagt	Fuldmagten ophører; kunden beholder domænet
Indhold og design	Kunden (brugsret ved betaling)	Har skabt det; beholder rettigheder til generelle skabeloner	Komplet kopi af site og indhold udleveres
Licenser og værktøjer	Bureauet eller kunden efter aftale	Køber og vedligeholder på egne licenser	Kunden køber egne licenser eller skifter alternativ
Hosting	Efter aftale	Driver eller videresælger hosting	Site-kopi og hjælp til flytning efter aftale
Data og konti	Kunden	Databehandler og bruger med adgang	Data udleveres og slettes hos bureauet

De fem aftalelinjer

Skriv dem ind i din standardaftale i dag:

1. Domænet registreres i kundens navn; bureauet administrerer efter fuldmagt.
2. Ved betaling overdrages fuld brugsret til det leverede site og indhold; bureauets generelle skabeloner og værktøjer er undtaget.
3. Licenser på bureauets abonnementer er oplistet, og exit-vilkårene er beskrevet.
4. Kundedata tilhører kunden og udleveres komplet ved ophør i et aftalt format og inden for en aftalt frist.
5. Kunden har administratoradgang til eget site; alle øvrige adgange er dokumenteret.

Fem linjer – og både onboarding og offboarding bliver rene processer i stedet for forhandlinger.

Sådan retter du op på gamle aftaler

Har du allerede en portefølje med uklart ejerskab – domæner i dit navn, licenser på kryds og tværs – så ryd op, før det bliver en konflikt. Kør en simpel gennemgang: én række pr. kunde med domæneregistrant, ejer af hostingkontoen, licensejere og hvem der betaler hvad.

Flyt derefter domænerne hjem til kunderne ét ad gangen. En kort mail („vi flytter domænet til jeres navn, så ejerskabet er entydigt; driften fortsætter uændret“) bliver som regel mødt positivt, og du fjerner et ansvar, du aldrig burde have haft. Opdatér til sidst aftalerne, så ejerskabslinjerne står på skrift fremadrettet.

Oprydningen tager tid, men den betaler sig: dine offboardings bliver udramatiske, og i salgssamtaler er „I ejer alt, også hos os“ et troværdigt argument – fordi du kan vise det.

Ét forbehold: flyt aldrig et domæne midt i en kampagneperiode eller op til jul for en webshop. Vælg et stille tidspunkt, og bekræft DNS og mail bagefter. Selve flytningen er rutine, men den fortjener samme omhu som enhver anden ændring på et levende site.

Når kunden skifter bureau

Den dag en kunde vil videre, er ejerskabsaftalen din bedste ven. Tag udgangspunkt i de fem linjer, og lav en kort overdragelsesliste: domænets fuldmagt ophører, kunden får en komplet kopi af filer og database, alle adgangsoplysninger overdrages eller nulstilles, og bureauets egne brugere fjernes fra sitet og de tilknyttede konti.

Aftal en dato for, hvornår bureauets arbejdskopier, backups og eventuelle staging-miljøer slettes, og bekræft det skriftligt. Det beskytter både kunden og dig – og det er den samme sletning, databehandleraftalen kræver. Står der udestående fakturaer, er det et separat spørgsmål; guiden om kunder, der ikke betaler gennemgår, hvad der er god skik.

Læs også

• Hub: For bureauer og freelancere
• Offboarding: sådan afleverer du et kundesite ordentligt
• Registrant og registrator: hvem ejer egentlig domænet?
• Bureauets GDPR-ansvar: databehandler i kundens kæde
• Bureau hosting til WordPress og WooCommerce
• Hvem ejer domænet? Slå ejeren op i whois
• WordPress serviceaftale – vedligeholdelse af kundens site for 99 kr./md., inkluderet i WordPress hosting fra WP StartUp

Ofte stillede spørgsmål om ejerskab af domæne, hosting og indhold

Må bureauet stå som ejer af kundens domæne?

Det bør det ikke. Kunden skal være registrant, mens bureauet kan administrere domænet via fuldmagt. Historiske fejl rettes nemmest, mens samarbejdet er godt.

Hvem ejer designet og koden?

Som udgangspunkt den, der har skabt det – indtil aftalen overdrager rettighederne eller giver brugsret, hvilket den bør ved betaling. Bureauets genbrugelige skabeloner og værktøjer undtages udtrykkeligt.

Hvad får kunden med ud ved ophør?

Mindst domænet (det var altid kundens), en komplet kopi af sitet med filer og database, alt indhold og alle kundedata – i standardformater og inden for en aftalt frist.

Hvad sker der med premium-plugins på bureauets licens?

Sitet kan miste adgang til opdateringer og support, når bureauets licens ikke længere dækker det. Derfor bør aftalen liste licenserne og beskrive, om kunden skal købe egne licenser eller skifte til alternativer ved ophør.