White Label CSS: Slik utvider byråer sitt Google Shopping-tilbud uten egen CSS-infrastruktur
En innkjøpt enkelttjeneste blir et eget, skalerbart byråprodukt: Hvordan White Label CSS fungerer, hva infrastrukturpartneren tar seg av, og hva byråer bør se etter når de velger.
Mange Google Ads-byråer administrerer allerede store Shopping-budsjetter, optimaliserer produktfeeder og styrer Performance Max-kampanjer. Men når det gjelder selve CSS-tjenesten, stopper ofte byråets eget tilbud: Forhandlere bruker en ekstern Comparison Shopping Service, som overfor kunden fremstår under eget merkenavn.
Med en White Label CSS-modell kan denne mangelen tettes. Byrået tilbyr CSS-tjenesten under eget navn, mens en eksisterende CSS-leverandør leverer den tekniske og organisatoriske infrastrukturen i bakgrunnen.
Dette gjør en tidligere innkjøpt enkelttjeneste om til et eget, skalerbart byråprodukt.
Hva er en Comparison Shopping Service?
En Comparison Shopping Service, forkortet CSS, er en prissammenligningstjeneste som samler inn produkttilbud fra forskjellige forhandlere og gir brukere muligheten til å sammenligne produkter, priser og leverandører.
I landene som omfattes av det europeiske CSS-programmet, vises Shopping-annonser og gratis produktoppføringer via en CSS. Forhandlere kan bruke Google Shopping eller en annen Comparison Shopping Service for dette. Programmet gjelder blant annet i Tyskland, Østerrike, Sveits, Frankrike, Nederland, Spania, Italia og Storbritannia.
CSS-en tar den formelle rollen som sammenligningstjeneste, som forhandlerens produkter leveres gjennom for Shopping-annonser på Google. Selve kampanjene kan likevel fortsatt administreres av byrået eller forhandleren selv.
Google skiller i hovedsak mellom forskjellige samarbeidsformer:
- Med Managed Service administrerer CSS produktdatene og kampanjene.
- I Self-Service-modellen får forhandleren eller deres byrå tilgang til Merchant Center og Google Ads og styrer selv.
- I hybridmodeller fordeles feedadministrasjon, kampanjestyring og fakturering mellom CSS, byrå og forhandler.
White Label CSS er ikke en egen offisiell Google-programtype. Det er heller en salgs- og servicemodell som bygger på en av disse tekniske konstellasjonene.
Hva betyr White Label CSS i praksis?
I en White Label-modell er det ikke den tekniske CSS-leverandøren som er i forgrunnen, men det administrerende byrået.
For forhandleren fremstår CSS-tjenesten som en del av byråets tilbud. Kommunikasjon, onboarding, support, rapportering og fakturering kan fullt ut gjøres under byråets merkevare. Den underliggende CSS-infrastrukturen leveres av en spesialisert leverandør.
Rollefordelingen kan for eksempel se slik ut:
| Oppgave | Byrå | CSS-infrastrukturpartner |
|---|---|---|
| Kundeanskaffelse | ✓ | – |
| Tilbud og prissetting | ✓ | – |
| Kommunikasjon med forhandleren | ✓ | – |
| Google Ads-kampanjestyring | ✓ | valgfritt |
| Feedoptimalisering | ✓ | valgfritt |
| Merchant Center-onboarding | ✓ | ✓ |
| CSS-tilknytning av forhandlerkontoer | – | ✓ |
| Drift av prissammenligningsportal | – | ✓ |
| Teknisk CSS-infrastruktur | – | ✓ |
| Støtte ved kontobytte | ✓ | ✓ |
| Fakturering overfor forhandleren | ✓ | avhengig av modell |
Den nøyaktige fordelingen avhenger av White Label-leverandøren. Noen løsninger tilbyr kun den nødvendige CSS-tilknytningen. Andre tilbyr i tillegg API-er, forhandleradministrasjon, automatisert onboarding, feedteknologi, support eller en fullt tilpassbar kundeportal.
Hvorfor et byrå ikke bare blir en CSS selv
Ved første øyekast kan et byrå også bygge opp sin egen Comparison Shopping Service. Teknisk sett er dette mulig, men i praksis er det betydelig mer krevende enn å sette opp et nytt Google Ads-tilbud.
Google krever for deltakelse i CSS-programmet blant annet et registrert selskap i et støttet land, samt en funksjonell prissammenligningsnettside der brukere kan søke og sammenligne produkter fra forskjellige forhandlere. Deltakende CSS-nettsteder kontrolleres regelmessig.
Men det stopper ikke der. En egen CSS trenger i tillegg:
- en stabil produktdatainfrastruktur
- skalerbar forhandleradministrasjon
- prosesser for Merchant Center-koblinger
- en fungerende prissammenligningsplattform
- personvern- og kontraktprosesser
- teknisk overvåking
- støtte- og eskaleringsprosesser
- løpende tilpasninger til Google-krav
For en stor plattform eller et byrå med flere hundre Shopping-kunder kan denne investeringen lønne seg på lang sikt. For de fleste byråer er imidlertid en White Label-løsning den raskere og økonomisk mindre risikable veien.
Byrået kan konsentrere seg om sin egentlige styrke: å skaffe kunder, optimalisere kampanjer og levere målbare e-handelsresultater.
Tjenestetilbudet forblir under egen merkevare
Hvis en forhandler bruker en ekstern CSS-leverandør direkte, oppstår det et annet synlig kundeforhold i tillegg til byrået. Forhandleren mottar fakturaer, e-poster, tilganger eller support fra et ekstra selskap.
I en White Label-modell forblir byrået det sentrale kontaktpunktet. CSS-tjenesten blir ikke oppfattet som en ekstern tjeneste, men som en del av byråets eget Shopping-tilbud.
Dette styrker byråets posisjon overfor kunden. De administrerer ikke bare kampanjer, men leverer hele den operative Shopping-strukturen.
Byrået beholder kontrollen over kundeforholdet
Spesielt for store nettbutikker er tilgangen til Merchant Center, produktfeeder og Shopping-kampanjer strategisk relevant. En ekstern leverandør som kommuniserer direkte med forhandleren, kan på lang sikt selv bli en tjenesteleverandør eller konkurrent.
En ryddig White Label-modell reduserer denne risikoen. Infrastrukturpartneren jobber i bakgrunnen, mens rådgivning, strategi og operativ support forblir hos byrået.
Dette forutsetter imidlertid klare kontraktsmessige avtaler. Dette inkluderer spesielt kundebeskyttelse, databeskyttelse, supportansvar, datatilgang og vilkårene ved opphør av samarbeidet.
Raskere markedsføring og gjentakende inntekter
Å bygge opp en egen CSS handler ikke bare om programvareutvikling. Også prissammenligningssiden, forhandlerprosesser, kontoadministrasjon og programdeltakelse må forberedes.
Med en eksisterende White Label-infrastruktur kan et byrå lansere tilbudet mye raskere. Ofte er det bare nødvendig å definere egen prismodell, kundekommunikasjon og onboarding-prosess. En teknisk kompleks infrastrukturtjeneste blir dermed et standardiserbart byråprodukt.
White Label CSS egner seg spesielt godt for månedlige gjentakende inntekter. Byrået kan for eksempel tilby tjenesten som en fast del av en Shopping-pakke:
- CSS Basic for mindre forhandlere
- CSS Professional inkludert feedovervåking
- CSS Managed inkludert kampanjestyring
- Enterprise CSS med API, individuell rapportering og support
I tillegg til en fast månedlig avgift er også volumavhengige modeller tenkbare, for eksempel basert på antall Merchant Center-kontoer, land, produkter eller administrert annonseringsbudsjett.
Det er viktig at byrået ikke bare selger et teknisk kontobytte. Den bærekraftige verdien oppstår gjennom kombinasjonen med andre tjenester som feedoptimalisering, Merchant Center-support, produktdataanalyse og kampanjeadministrasjon.
Vi leverer CSS-infrastrukturen, du kundeforholdet. Snakk med oss om ditt White Label-oppsett.
Be om samtale nåSlik fungerer onboarding av en forhandler
En eksisterende Merchant Center-konto kan i utgangspunktet bytte fra en CSS til en annen. Den nye CSS-en starter byttet, deretter kan en administrator av Merchant Center-kontoen godkjenne eller avvise forespørselen. Selve Google Ads-kontoen trenger vanligvis ikke byttes.
En typisk White Label-onboardingprosess består av fem trinn.
1. Teknisk og kommersiell gjennomgang: Først sjekkes det i hvilke land forhandleren er aktiv, hvilke Merchant Center-kontoer som finnes og hvilken CSS som er tilknyttet for øyeblikket. I tillegg bør det avklares hvem som administrerer Merchant Center, hvem som har administratorrettigheter, hvilke Google Ads-kontoer som er koblet, om gratis produktoppføringer brukes, om dynamisk remarketing eller andre produktbaserte kampanjer kjører, og om produkter også vises utenfor Europa.
2. Forhandlerens samtykke: Byrået forklarer forhandleren transparent hvilken CSS som formelt representerer dem i fremtiden, og hvilke oppgaver byrået og infrastrukturpartneren hver for seg tar seg av. White Label skal ikke bety å skjule den faktiske leverandøren. Senest i kontrakter, personvernerklæringer og kontotilknytninger må de involverte selskapene navngis tydelig.
3. Initiering av CSS-bytte: Den nye CSS-en, eller White Label-infrastrukturpartneren, initierer overføringen av Merchant Center-kontoen. Forhandleren mottar deretter en forespørsel som må godkjennes av en administrator. Først da kan kontoen knyttes til den nye CSS-en. En Merchant Center-konto kan bare være knyttet til én CSS om gangen. En forhandler kan imidlertid jobbe med flere CSS-er hvis forskjellige Merchant Center-strukturer eller kampanjekonstellasjoner brukes.
4. Kontroll av visningsflater: Ikke alle CSS-er støtter automatisk alle produktbaserte visningsflater. Som standard kan en CSS plassere produkter i Shopping-enhetene i de generelle Google-søkeresultatene. For andre flater som Shopping-siden, YouTube, Displaynettverket eller spesifikke remarketingapplikasjoner, må CSS-en være tilstrekkelig konfigurert eller godkjent. Dette punktet er spesielt viktig hvis forhandleren bruker Performance Max, dynamisk remarketing eller internasjonale Shopping-kampanjer.
5. Kontroll etter omstilling: Etter byttet bør byrået og leverandøren sammen sjekke om alle produkter fortsatt er aktive, om de tidligere Google Ads-koblingene fortsatt består, om konverteringssporing fungerer, om gratis produktoppføringer vises, om alle nødvendige land er tilgjengelige, om nye avvisninger eller retningslinjeproblemer oppstår, og om leveransen på individuelle Google-flater endrer seg. Først etter denne kontrollen bør onboarding betraktes som fullført.
Kan Smart Bidding og konverteringssporing fortsatt brukes?
Ja. Ifølge Google har alle deltakende CSS-er i utgangspunktet tilgang til de samme relevante kampanjefunksjonene, inkludert konverteringsrapportering og automatiske budstrategier.
Konverteringer kan blant annet leveres via Google Ads-sporing, en felles Google Ads-administrasjonskonto eller Google Analytics. Også kompatible eksterne budgivningssystemer kan fortsatt brukes.
For byråer betyr dette: Bytte til en White Label CSS krever ikke automatisk en ny kampanjestrategi. Eksisterende Shopping- eller Performance Max-strukturer kan ofte videreføres, forutsatt at Merchant Center, Google Ads og konverteringsdata forblir korrekt koblet.
Forsiktig med generelle CPC-løfter
CSS-tilbud markedsføres ofte med en generell besparelse på klikkostnader. Slike påstander bør byråer ikke overta ukritisk.
Google beregner den faktiske annonseprisen basert på auksjonen. I tillegg varierer CSS-leverandørenes forretningsmodeller: Noen krever en fast månedlig avgift, andre et CPC-påslag, en provisjon eller en kombinasjon av flere komponenter.
Et seriøst byrå bør derfor ikke love en garantert prosentvis CPC-reduksjon. Avgjørende er den totale lønnsomheten:
- Hvor høye er CSS-gebyrene?
- Hvilke tilleggstjenester er inkludert?
- Hvordan endrer kampanjeytelsen seg?
- Hvor mye tid sparer byrået?
- Hvilke ekstra inntekter kan genereres?
- Hvilke tekniske eller operative risikoer overtas?
White Label CSS bør ikke utelukkende posisjoneres som en rabattmodell. Den større strategiske verdien ligger i kontroll over eget tjenestetilbud og i muligheten til å tilby Shopping-tjenester skalerbart under eget merke.
Hva byråer bør se etter hos en White Label-leverandør
Den billigste leverandøren er ikke automatisk den beste infrastrukturpartneren. Et bytte påvirker sentrale forhandlerkontoer og kan ha umiddelbar innvirkning på produktpresentasjonen. Før samarbeidet bør derfor minst følgende punkter sjekkes.
Støttede visningsflater: Kan CSS-en kun plassere Shopping-annonser i det generelle søket, eller støtter den også andre Google-flater? Dette spørsmålet er spesielt relevant for Performance Max-kampanjer og dynamisk remarketing.
Eierskap og tilgang til kontoene: Byrået bør avklare hvem som eier Merchant Center- og Google Ads-kontoene, og hvem som har administratorrettigheter. Ideelt sett skal forhandler og byrå ha permanent tilgang. Et leverandørbytte må ikke føre til at viktige kontoer, data eller historiske kampanjeverdier går tapt.
Automatisering og API: For et lite antall forhandlere kan onboarding utføres manuelt. Med et større antall kunder blir automatiseringer avgjørende. En god White Label-løsning bør i det minste tilby strukturerte prosesser for opprettelse og tilknytning av nye forhandlere, overvåking av byttestatus, administrasjon av flere Merchant Center-kontoer, henting av kontostatus og feil, avbildning av ulike takster, generering av faktureringsdata, samt rolle- og rettighetsadministrasjon.
Branding: White Label betyr mer enn en logo i kundeportalen. Merkevarebygging inkluderer også egne avsenderadresser, individuelle domener eller subdomener, tilpassbare rapporter, egne kontrakts- og tilbudsdokumenter, merket onboarding-kommunikasjon og ensartede supportprosesser. Jo mindre den tekniske leverandøren er synlig for forhandleren, desto mer konsistent fremstår byråets tilbud. Den juridisk nødvendige åpenheten om involverte selskaper må likevel opprettholdes.
Support og eskalering: Merchant Center-problemer kan føre til direkte inntektstap. Derfor er en generell e-postboks som supportmodell ofte ikke tilstrekkelig. Byrået bør vite hvilke responstider som gjelder, hvem som hjelper ved kontosperringer, hvem som sjekker avviste produkter, hvem som kommuniserer med Google, om det finnes en nødkontakt, og om support er tilgjengelig på relevante språk.
Exit-prosess: Allerede før kontraktsstart bør det være avklart hvordan forhandlerkontoer returneres ved oppsigelse eller overføres til en annen CSS. Google tilbyr prosesser som gjør at forhandlerkontoer kan migreres mellom CSS-leverandører eller tilbake til Google Shopping CSS. Den konkrete implementeringen, frister og ansvarsområder bør likevel reguleres tydelig i kontrakten.
For hvilke byråer lønner White Label CSS seg?
Modellen egner seg spesielt godt for byråer som allerede administrerer flere nettbutikker og ønsker å profesjonalisere sitt Shopping-tilbud. Det er spesielt gunstig hvis byrået:
- regelmessig vinner nye Shopping-kunder
- administrerer mange Merchant Center-kontoer
- tilbyr feedoptimalisering
- administrerer Performance Max-kampanjer
- ønsker å bygge opp gjentakende programvare- eller serviceinntekter
- ønsker å kontrollere hele kundeforholdet selv
- ønsker å utvikle en standardisert e-handelspakke
Modellen er mindre hensiktsmessig for byråer som bare sporadisk administrerer Shopping-kampanjer eller ikke har ressurser for Merchant Center-support og produktdataproblemer.
White Label fritar byrået for den tekniske CSS-infrastrukturen. Det erstatter imidlertid ikke den faglige veiledningen til forhandleren.
Fra tilleggstjeneste til eget produkt
Den største feilen ville være å behandle White Label CSS kun som en liten tilleggspost på regningen. Det sterkere tilbudet oppstår gjennom kombinasjonen av flere tjenester:
| Tjenestekomponent | Innhold |
|---|---|
| Shopping Infrastructure | CSS-tilknytning, Merchant Center-oppsett og teknisk overvåking |
| Feed Performance | Optimalisering av produkttitler, kategorier, attributter, bilder og ekskluderinger |
| Campaign Management | Styring av Shopping- og Performance Max-kampanjer |
| Commerce Analytics | Analyse av produktmarginer, prisposisjoner, tilgjengelighet og kampanjeytelse |
| Merchant Support | Støtte ved retningslinjeproblemer, produktavslag og kontosperringer |
Byrået selger dermed ikke bare tilgang til en CSS. De tilbyr en komplett Shopping-infrastruktur som er tett knyttet til kampanjeadministrasjonen.
Konklusjon: Mer kontroll, mer kundelojalitet, mer gjentakende inntekter
White Label CSS gjør det mulig for Google Ads-byråer å tilby en teknisk krevende tjeneste under eget merke, uten selv å måtte utvikle og drive en komplett Comparison Shopping Service.
Byrået forblir det sentrale kontaktpunktet, utvider sin verdiskapning og kan gjøre en tidligere eksternt innkjøpt tjeneste til et eget gjentakende produkt.
Den avgjørende fordelen ligger ikke i et generelt klikkostnadsløfte. White Label CSS skaper fremfor alt kontroll: over kundeforholdet, tjenestetilbudet, prissettingen og hele Shopping-infrastrukturen.
For byråer som allerede administrerer flere e-handelskunder, kan dette skape et skalerbart nytt forretningsområde – tett knyttet til feedadministrasjon, Merchant Center, Performance Max og Google Shopping.
White Label CSS under ditt merke
Vi leverer CSS-infrastrukturen, du kundeforholdet. Snakk med oss om ditt White Label-oppsett.
Be om samtale nå