White-label streaming: slik leverer byråer sendinger under eget navn og domene

Hva white-label egentlig betyr

Begrepet brukes løst. Mange plattformer kaller det white-label når du kan bytte logo og primærfarge, men fortsatt har deres domene i adressefeltet og deres navn i spillerens hjørne. Det er tilpasning, ikke white-label.

Ekte white-label betyr at ingen del av publikumsopplevelsen avslører hvilken plattform som ligger under. Det omfatter fire lag: domenet publikum ser, spilleren og alt rundt den, e-poster og påmeldingsflyter som sendes ut, og administrasjonen der kunden eller byrået jobber. Mangler ett av lagene, lekker plattformens identitet gjennom, og byrået fremstår som en mellommann i stedet for en leverandør.

For byråer er dette forretningskritisk. Kunden betaler byrået for helheten. Hvis kunden neste år ser at alt egentlig kjørte på en plattform de kan kjøpe selv, er byråets rolle redusert til å trykke på knapper. Med white-label eier byrået opplevelsen, relasjonen og fornyelsen.

Eget domene: CNAME og sertifikater

Det første publikum ser er adressefeltet. En sending på live.kundensnavn.no gir umiddelbar tillit; en sending på plattform.no/kunde/event-2026 gjør det ikke. Teknisk løses dette med en CNAME-post i kundens DNS som peker underdomenet til plattformen, og et TLS-sertifikat som utstedes automatisk for det nye domenet.

I praksis går det slik: byrået eller kunden legger inn ønsket domene i administrasjonen, plattformen viser hvilken CNAME-verdi som skal settes, og kundens IT-avdeling eller domeneleverandør legger inn posten. Etter noen minutter til noen timer, avhengig av DNS-propagering, verifiseres domenet og sertifikatet utstedes. Fra da av svarer alle sider for det arrangementet på kundens domene: landingsside, spiller, påmelding og opptak.

To ting er verdt å avklare tidlig. For det første: hvem eier domenet? Det bør alltid være kunden, selv om byrået setter det opp. For det andre: skal det være ett domene per kunde eller ett per arrangement? Ett per kunde (live.kunde.no) er enklest å forvalte og bygger gjenkjennelse over tid. Kluge bruker for eksempel sitt eget domene for sine sendinger på NW-Stage, og publikum ser aldri noe annet.

Egen spiller uten «powered by»

Spilleren er der publikum bruker tiden sin, og det er der de fleste plattformer lekker mest. En YouTube-innbygging viser YouTube-logo, anbefalte videoer og reklame. Vimeo viser sin logo med mindre du er på et dyrt nivå. Teams viser Teams.

En white-label-spiller skal kunne konfigureres per kunde: farger som følger brandbook, egen logo eller vannmerke i valgt hjørne, egen plakat før sendingen starter, og ingen lenker ut til plattformen. Kontrollene bør være de publikum forventer, med kvalitetsvelger, fullskjerm, undertekster og mulighet til å spole tilbake under sendingen når DVR er aktivert.

Like viktig er det spilleren ikke gjør: ingen anbefalinger til andres innhold, ingen automatisk avspilling av neste video fra en fremmed kanal, ingen sporing fra tredjeparter som kundens personvernerklæring ikke dekker. For norske virksomheter, og spesielt offentlig sektor, er dette siste punktet ofte avgjørende. En spiller som laster Google-skript uten samtykke kan i seg selv være et brudd på kundens forpliktelser.

Tema fra brandbook: mer enn logo og farge

De fleste kunder byrået jobber for har en brandbook med primær- og sekundærfarger, typografi, logoregler og bildestil. En god white-label-plattform lar byrået oversette dette til et tema som gjelder alt kunden publiserer: arrangementssider, spiller, påmeldingsskjema, e-poster og bibliotek med opptak.

Temaet bør defineres én gang per kunde og gjenbrukes, ikke settes opp på nytt for hvert arrangement. Praktisk betyr det et sett designvariabler: bakgrunn, tekst, primær- og sekundærfarge, farge på tekst mot primærfarge, logo i lys og mørk variant og eventuelt egne skrifttyper. Når temaet er satt, arver hvert nytt arrangement det automatisk.

Pass på kontrast. Kundens knallgule primærfarge med hvit tekst ser kanskje bra ut i logoen, men blir uleselig som knapp. Plattformen bør enten beregne lesbar tekstfarge automatisk eller la byrået overstyre den. Dette er også et WCAG-spørsmål: offentlige virksomheter må kunne dokumentere tilstrekkelig kontrast, og det ansvaret følger med til byrået som setter opp temaet.

Per-klient admin: byrået styrer, kunden ser sitt

Et byrå med ti kunder trenger en administrasjon som skiller kundene fullstendig fra hverandre, samtidig som byrået selv har oversikt over alle. Det kalles ofte multi-tenant: hver kunde er en egen enhet med eget domene, tema, brukere, arrangementer og bibliotek, og ingen kunde kan se en annens data.

Rollemodellen bør ha minst tre nivåer. Byrået har superadmin og kan opprette kunder, sette opp domener og tema, og gå inn i hvilken som helst kundes arrangementer. Kundens egne ansatte kan få redaktørroller for å redigere program, laste opp forhåndsinnspilt innhold eller moderere kommentarfeltet, uten å se tekniske detaljer som stream-nøkler. Og eventuelle underleverandører, for eksempel en frilans regissør, kan få tidsbegrenset tilgang til ett arrangement.

Revisjonslogg er undervurdert. Når noe går galt under en sending, hvem endret hva og når? Et system som logger sensitive handlinger gjør det mulig å svare på det spørsmålet uten å gjette, og gjør byrået tryggere når det gir kunden tilgang til egen administrasjon.

Data, personvern og hvor tjenesten kjører

Når byrået leverer under eget navn, tar det også ansvaret for hvor deltakernes data havner. En påmelding med navn, e-post og arbeidsgiver er personopplysninger. En chatlogg fra sendingen er personopplysninger. Opptaket der deltakere stiller spørsmål kan være det.

Byrået bør derfor kreve tre ting av plattformen: at data lagres og behandles i EU eller EØS, at det finnes en databehandleravtale byrået kan videreføre til sine kunder, og at underleverandørene er dokumentert med lokasjon. NW-Stage lagrer alt i EU, har databehandleravtale per kunde og publiserer underleverandørlisten offentlig; det gjør at byrået kan svare på kundens sikkerhetsspørsmål uten å måtte grave selv.

Husk også at når sendingen kjører på kundens domene, er det kundens personvernerklæring som gjelder for publikum. Byrået bør hjelpe kunden med å oppdatere den så den dekker strømming, påmelding og eventuell chat, og sørge for at det ikke lastes tredjeparts sporingsskript som erklæringen ikke nevner.

Prising for byråer: tre modeller som fungerer

Hvordan byrået priser white-label-streaming avgjør om det blir en lønnsom tjeneste eller en kostnad som forsvinner i produksjonsbudsjettet. Tre modeller er vanlige.

Per arrangement: Byrået kjøper plattformkapasitet per sending og legger den inn som en egen linje i tilbudet, gjerne med påslag på 30 til 100 prosent for oppsett, test og support. Enkelt å forstå for kunden, og passer når kunden har ett til tre arrangementer i året.

Årlig abonnement per kunde: Byrået setter opp kundens domene og tema én gang, og kunden betaler et fast årlig beløp som dekker plattform, bibliotek med opptak og et visst antall sendinger. Byrået fakturerer produksjon separat. Denne modellen gir forutsigbar inntekt, binder kunden til byrået og passer kunder med månedlige webinarer, allmøter eller kurs.

Inkludert i retainer: For kunder byrået allerede har en løpende avtale med, kan streaming være en del av retainer-leveransen. Da blir plattformkostnaden en intern kostnad, og gevinsten er at kunden kjøper mer av byråets tid fordi terskelen for å sende blir lav.

Uansett modell: skill tydelig mellom plattform og produksjon i tilbudet. Kunden må forstå at spilleren og domenet er én ting og kamera, lyd og regi er noe annet. Det gjør det også enklere å selge mer produksjon senere.

Når white-label lønner seg, og når det ikke gjør det

White-label er ikke svaret på alt. Skal en kunde nå så mange som mulig med et åpent budskap, er YouTube fortsatt uslåelig på rekkevidde og søk, og byrået bør anbefale det. Skal et internt allmøte for 80 ansatte kjøre i et verktøy de allerede har, kan Teams være godt nok.

White-label lønner seg når ett eller flere av følgende gjelder: kunden bryr seg om merkevare og vil at publikum skal oppleve dem, ikke plattformen. Innholdet skal bak påmelding, betaling eller innlogging, slik at byrået trenger kontroll over tilgangen. Kunden er i offentlig sektor eller regulert bransje og må dokumentere personvern og tilgjengelighet. Sendingen inneholder avstemning eller vedtak som krever identifisering. Eller kunden sender ofte nok til at et eget bibliotek med opptak på eget domene blir en verdi i seg selv.

For byrået er det i tillegg en strategisk grunn: hver kunde med eget domene og bibliotek på byråets plattform er en kunde som er dyr å bytte bort. Det er ikke lock-in i negativ forstand, det er akkumulert verdi. Opptakene, temaet, påmeldingslistene og statistikken ligger ett sted, og byrået er den som holder nøklene.

Slik kommer byrået i gang

Start med én kunde du allerede produserer for. Sett opp et underdomene på kundens domene, bygg temaet fra brandbooken og kjør den neste sendingen der i stedet for i den vanlige løsningen. Mål forskjellen: hvor lenge ser publikum, hvor mange melder seg på, hva sier kunden.

Lag deretter en standardpakke: oppsett av domene og tema til fast pris, plattform per arrangement eller per år, og produksjon på timebasis eller pakke. Skriv den inn i byråets tilbudsmal så den blir en naturlig del av alle eventtilbud.

Til slutt: bruk det selv. Byråets egne frokostseminarer, kundecase og showreel bør ligge på byråets eget domene i samme plattform. Det er den mest troverdige demonstrasjonen av hva white-label betyr, og den koster nesten ingenting ekstra.

Ofte stilte spørsmål

Hva er forskjellen på white-label og tilpasset spiller?

En tilpasset spiller lar deg endre logo og farger, men plattformens domene og navn er fortsatt synlig. White-label betyr at publikum ikke ser noe fra plattformen: eget domene, egen spiller uten «powered by», egne e-poster og egen administrasjon per kunde.

Må kunden eie domenet selv?

Ja, det bør de. Byrået kan sette opp CNAME-posten på kundens vegne, men domenet skal stå registrert på kunden. Da er kunden trygg på at de beholder adressen uansett hva som skjer med byrårelasjonen.

Hvor lang tid tar det å sette opp eget domene?

Selve oppsettet tar minutter. DNS-propagering tar vanligvis fra noen minutter til noen timer, i sjeldne tilfeller opptil et døgn. Sertifikat utstedes automatisk når domenet er verifisert. Sett det opp minst en uke før første sending.

Kan flere byråansatte og kundens folk jobbe i samme administrasjon?

Ja. En multi-tenant-plattform gir byrået superadmin over alle kunder, mens kundens egne ansatte får roller begrenset til sin egen enhet. Underleverandører kan gis tidsbegrenset tilgang til enkeltarrangementer.

Hvordan bør byrået prise white-label-streaming?

De tre vanligste modellene er pris per arrangement med påslag, årlig abonnement per kunde med produksjon fakturert separat, eller inkludert i en eksisterende retainer. Skill alltid plattform og produksjon i tilbudet.

Hva med personvern når sendingen kjører på kundens domene?

Da gjelder kundens personvernerklæring for publikum. Byrået bør sikre at plattformen lagrer data i EU, kan levere databehandleravtale og ikke laster tredjeparts sporing. Hjelp kunden med å oppdatere erklæringen så den dekker strømming og påmelding.