White label-hosting: sælg drift uden selv at eje serverne

Kort svar: White label-hosting betyder, at bureauet sælger hosting og drift under eget navn, mens en hostingpartner leverer infrastrukturen bagved. Gevinsten er tilbagevendende omsætning, én leverandør for kunden og én platform for hele porteføljen. Ansvaret følger med: kunden ringer til dig ved nedbrud, så partnerens drift, support og eskalationsveje er en del af dit produkt. Vælg partner efter driftskvalitet og samarbejde – ikke efter margin alene – og skriv rollefordelingen ind i både partneraftalen og dine kundeaftaler.

Fagligt gennemgået: 2. oktober 2026

„Skal vi selv sælge hosting?“ er et naturligt spørgsmål for bureauer og freelancere. Kunderne spørger alligevel, og driften ligger ofte allerede hos jer. Denne guide gennemgår white label-modellen nøgternt: forretningen, ansvaret, partnervalget og de aftalepunkter, der afgør, om modellen bliver en stabil indtægt eller en tung supportbyrde.

Artiklen er ikke juridisk rådgivning. Aftaleskabeloner og databehandleraftaler bør gennemgås af en rådgiver, der kender jeres forretning.

Modellen: roller og pengestrøm

I white label-modellen fakturerer du kunden for „hosting og drift“ som én pakke – typisk sammen med vedligeholdelsesaftalen – og betaler partneren for infrastrukturen. Kunden ser dit navn på fakturaen og kontakter dig, når noget skal løses.

Der findes tre grundmodeller, og det er værd at vælge bevidst:

Model	Hvem ejer abonnementet?	Dit ansvar	Passer til
White label	Bureauet	Hele kundeoplevelsen, inkl. hosting-laget over for kunden	Bureauer, hvor drift er en fast del af forretningen
Henvisning	Kunden direkte hos hostingfirmaet	Begrænset – evt. kun opsætning	Bureauer, der helst bygger og afleverer
Administreret	Kunden, men bureauet har adgang	Drift og vedligehold efter aftale	Enkeltstående kunder og kunder, der vil eje alt selv

White label giver mest kontrol og omsætning, men også mest ansvar. Henvisning giver mindre omsætning, men også færre forpligtelser. Mellemformen – kunden ejer abonnementet, og du administrerer – er ofte det ærlige kompromis for enkeltstående kunder, og den gør ejerskabsspørgsmålet enklere.

Partnervalget: driftskvalitet først

Din margin er ligegyldig, hvis platformen er ustabil – kunden opsiger dig, ikke partneren. Vurdér derfor partneren i denne rækkefølge:

• Driftskvalitet: moderne stack (fx LiteSpeed og NVMe-lager), dokumenteret oppetid og en klar plan for opdateringer af server og PHP. Se også guiden til hurtig hosting.
• Partner-support: når du eskalerer, skal der sidde fagfolk i den anden ende. Test svartid og kvalitet med et par rigtige spørgsmål, før du skriver under.
• Værktøjer til porteføljen: samlet overblik over alle kundesites, staging, backup og gendannelse pr. site.
• Dokumentation til dine kundeaftaler: databehandleraftale, liste over underdatabehandlere og oplysning om, hvor data og backup ligger. Dine kunder arver dine valg – se datasuverænitet.
• Exit: kan sites flyttes ud enkeltvis, og får du hjælp til det?
• Margin: først til sidst.

Spørg også, hvordan partneren varsler planlagt vedligehold og større ændringer. Du skal kunne give besked videre til dine kunder i god tid. Læs mere om, hvad du kan forvente af en hostingpartner til bureauarbejde, i artiklen om bureau-hosting til WordPress og WooCommerce.

Aftalerne: partner- og kundesiden

Modellen står og falder med to aftaler, der skal passe sammen. Det, du lover kunden, må aldrig være mere, end partneren lover dig.

Mod partneren

• Priser og vilkår, inkl. hvad der sker ved prisændringer.
• Eskalationsproces: hvordan du opretter en sag, hvilke svartider der gælder, og hvem du kontakter ved akutte hændelser.
• Varsling ved planlagt vedligehold og ændringer i platformen.
• Exit: hvordan sites flyttes ud enkeltvis, og hvilken hjælp du får.
• Databehandleraftale og liste over partnerens egne underdatabehandlere.

Mod kunden

• At hosting indgår i din aftale med et defineret serviceniveau – se SLA for små bureauer.
• Hvad der sker, når samarbejdet ophører: siteflytning til kunden, overdragelse af adgange og domæne – se offboarding af kundesites.
• Databehandlerkæden: du er typisk kundens databehandler, og partneren er din underdatabehandler. Det skal fremgå af din databehandleraftale med kunden – se bureauets GDPR-ansvar.

Uklarhed om databehandlerkæden er modellens største juridiske hul. Hvis kunden ikke ved, at der er en hostingpartner bag dig, kan du ikke dokumentere kæden over for dem.

Prissætning af hosting og drift

Sælg aldrig „rå hosting“. Den kan kunden købe billigere selv, og sammenligningen bliver hurtigt ubehagelig. Sælg i stedet pakken: hosting, overvågning, backup-tilsyn, opdateringer og support samlet i én månedspris, hvor hostingdelen er en komponent – ikke en linje på fakturaen.

Marginen på infrastrukturen er sekundær. Værdien ligger i driftslaget, du lægger ovenpå – se prissætning af drift. Vær samtidig ærlig i pakken: kunden må gerne vide, at infrastrukturen leveres af en navngiven partner. „Infrastruktur fra partner X, drift og support fra os“ er både redeligt og betryggende.

Regnestykket – og hvordan du sælger det

Marginen består af to lag: forskellen mellem din indkøbspris og den driftspris, kunden betaler – og den tid, platformen sparer dig, fordi opdateringer, backup og overvågning er sat i system. Regn derfor ikke kun i kroner pr. site. Et hostinglag, der sparer dig et kvarter pr. site pr. måned, svarer på 20 sites til fem timer om måneden, som du kan bruge på fakturerbart arbejde.

Over for kunden sælger du én samlet driftsaftale, hvor platformen er en del af leverancen. Så undgår du både prissammenligninger med discount-webhoteller og diskussionen om, hvad der er „dit“ og „deres“. Kunden køber ro, ikke serverplads.

Skulle samarbejdet slutte, følger du offboarding-processen. Sitet kan altid flyttes, fordi kunden ejer indholdet. Det er dit serviceniveau, ikke en indlåsning, der skal holde på kunden.

Hverdagen: support og eskalation

Definér én gang, hvem der gør hvad:

• Du håndterer WordPress-laget: indhold, plugins, temaer, brugere og kundens spørgsmål.
• Du eskalerer til partneren, når problemet ligger i server, netværk eller platform.
• Du kommunikerer med kunden undervejs: „vi arbejder på det sammen med vores driftspartner“ – aldrig tavshed.

Hold en nedbrudsplan pr. alvorlighed, og log hændelser pr. kunde. Loggen er både læring og dokumentation, når kunden spørger, hvad der skete. White label fungerer, når kunden ikke mærker sømmen mellem dig og partneren – og det er et samarbejdshåndværk, ikke et logobytte.

Hvornår white label ikke passer

Modellen er ikke for alle. Har du kun to-tre kunder med hosting, eller vil du helst bygge og aflevere, er henvisning eller den administrerede model ofte bedre. Det samme gælder, hvis ingen i teamet har lyst til at tage telefonen, når et site er nede en søndag. White label forudsætter, at du kan stå inde for driften – også uden for arbejdstid, eller med klare aftaler om, hvad kunden kan forvente der.

Vær også varsom med kunder, der har særlige krav, fx offentlige kunder med dokumentationskrav eller webshops med høj omsætning i kampagneperioder. Her skal partnerens dokumentation og kapacitet passe til kravene, før du byder ind. Se fx dokumentationskrav ved offentlige kunder.

Typiske fejl ved white label-hosting

De fleste problemer med modellen opstår ikke i teknikken, men i forventningerne. Hold øje med disse:

1. Løfter, partneren ikke dækker: du lover døgnsupport eller en oppetid, som din partner ikke selv garanterer dig.
2. Delte adgange: ét fælles login til hostingkontoen for hele teamet gør det umuligt at se, hvem der har ændret hvad. Brug personlige adgange – se adgangsstyring i teams.
3. Ingen standard: hvert kundesite er sat forskelligt op, så fejlfinding tager længere tid end nødvendigt. En fælles standardopsætning gør driften forudsigelig.
4. Glemt databehandlerkæde: partneren står ikke i kundens databehandleraftale.
5. Ingen exitplan: du ved ikke, hvordan et site flyttes ud, før en kunde beder om det.

Tip: Lav en kort intern tjekliste til nye kunder i white label-modellen: aftale underskrevet, databehandleraftale opdateret, adgange oprettet personligt, overvågning sat op og backup testet. Så starter hvert kundeforhold ens.

Læs også

• Hub: For bureauer og freelancere
• Vedligeholdelsesaftalen: hvad den skal indeholde
• Bureauets GDPR-ansvar
• Kundens eller dit? Ejerskab af domæne, hosting og indhold
• Bureau hosting til WordPress og WooCommerce
• WordPress serviceaftale – vedligeholdelse for sites hostet andre steder, inkluderet i WordPress hosting fra WP StartUp

Ofte stillede spørgsmål om white label-hosting

Hvad tjener et bureau på white label-hosting?

Marginen på infrastrukturen er sekundær. Værdien er driftspakken ovenpå – overvågning, opdateringer og support – og den tilbagevendende relation. Sælg pakken, ikke rå hosting.

Skal jeg fortælle kunden, hvem der leverer infrastrukturen?

Ja, både af redelighed og på grund af GDPR: partneren er typisk underdatabehandler og skal fremgå af databehandlerkæden. „Infrastruktur fra partner X, drift fra os“ skader ikke – det betrygger.

Hvad er det vigtigste i partnervalget?

Driftskvalitet og eskalationssupport. Kunden opsiger dig, ikke partneren, ved nedbrud. Marginen kommer i anden række.

Hvad er forskellen på white label og henvisning?

Ved white label ejer bureauet abonnementet og fakturerer kunden for hele pakken. Ved henvisning køber kunden direkte hos hostingfirmaet, og bureauet har mindre omsætning, men også mindre ansvar.