Playbook for byråer: Sett opp en White Label CSS-partner og forvalt kundene
Med en White Label CSS kan du utvide Shopping-tilbudet ditt under eget merke og bygge opp løpende inntekter. For at det skal bli en lønnsom byråtjeneste, trenger du en passende teknologipartner, en tydelig oppsettsprosess og en kundeforvaltning som fungerer også når antallet kunder vokser.
Denne playbooken tar deg fra valget av partner til den løpende oppfølgingen.
1. Definer først hva du tilbyr kundene dine
Med en White Label CSS stiller en leverandør den avtalte tekniske infrastrukturen til rådighet, mens du markedsfører tilbudet under ditt eget merke. Hvilke oppgaver partneren tar, avhenger av avtalen: prissammenligningsportal, oppsett, hosting, tilknytning av forhandlere, support og rapportering kan fordeles ulikt.
Bestem derfor før du leter etter leverandør, hvordan CSS passer inn i forretningsmodellen din.
| Tilbudsmodell | Leveranse til kunden | Fakturering |
|---|---|---|
| Selvstendig CSS-tjeneste | CSS-tilknytning og avtalt grunnleggende support | Månedlig avgift |
| Del av Ads-oppfølgingen | CSS i tillegg til kampanjestyring | Inkludert i retaineren eller separat |
| Shopping-tjenestepakke | CSS, feedoppfølging og løpende optimalisering | Månedlig pakkepris |
Valget påvirker arbeidsmengden din. Selger du bare en CSS-tilknytning, bør du avklare om retting av produktfeil er inkludert. Ellers blir en liten månedsavgift raskt til omfattende oppfølging.
2. Vurder partneren ut fra din egen driftsmodell
En lav innkjøpspris hjelper lite hvis hver kundetilknytning krever flere avklaringsrunder. Be om å få se før avtaleinngåelse hvordan en ny kunde tas inn, hvordan du sjekker statusen og hvordan et problem eskaleres.
Avklar særlig:
- Merke og domene: Hvilket eget domene og hvilket CSS-visningsnavn settes opp? Hvor vises den tekniske leverandøren fortsatt?
- Leveranseomfang: Hvem drifter portalen, oppdaterer produktdata og følger opp tekniske feil?
- Kundeforvaltning: Jobber du i CSS Center, i et partnerdashbord eller via support?
- Kostnader: Faktureres det per forhandlerkonto, MCA, butikk eller domene? Finnes det minimumsvolum og tilleggskostnader?
- Support: Hvem er tilgjengelig, hvor raskt svarer de, og hvem kommuniserer med Google?
- Utgang: Hva skjer med domene, data og forhandlertilknytninger når avtalen opphører?
Be om et regneeksempel på faktureringen basert på den faktiske kundemassen din. Ti butikker med én konto hver kan behandles annerledes enn én forhandler med flere underkontoer.
3. Sett opp ditt eget CSS-merke
Forbered en komplett oppsettspakke: ønsket navn, domene, logo, firmaopplysninger, kontaktperson, supportadresse og planlagte målland. Avklar med leverandøren hvilke DNS-oppføringer som trengs, og hvem som legger dem inn.
Et eget domene bør helst ligge i en domenekonto som byrået ditt kontrollerer. For support og systemvarsler anbefales en sentral adresse som css@deine-agentur.de, der innboksen kan behandles av flere ansvarlige personer.
Til oppsettet hører en fungerende prissammenligningsportal. Google krever blant annet produktsøk, sammenligningsmuligheter og sorterings- eller filterfunksjoner. For hvert deltakerland må det finnes tilbud fra minst 50 ulike forhandlerdomener der forhandlerne leverer til dette landet. Det betyr ikke at byrået ditt allerede trenger 50 betalende CSS-kunder. Det avgjørende er forhandlertilbudene som er tilgjengelige på portalen. Avklar med partneren hvordan kravene oppfylles varig. Google: Krav til prissammenligningstjenester
Skill mellom teknisk ferdigstillelse og godkjenning fra Google. At et nettsted er tilgjengelig, betyr ikke i seg selv at du kan betjene kunder gjennom det.
For et nytt CSS-oppsett beskriver Google en registreringsprosess med en ny Merchant Center-konto, domeneverifisering og deretter en søknad om omgjøring til en CSS-flerkundekonto. Med White Label bør du på forhånd avklare hvilke trinn leverandøren tar seg av, og hvilke opplysninger eller godkjenninger den trenger fra deg. Opprett ekstra kontoer først etter denne avklaringen. Google: Kom i gang som CSS
4. Fastsett kontostruktur og tilgangsrettigheter
Tre systemer har ulike oppgaver:
| System | Oppgave |
|---|---|
| CSS Center | Forvalte CSS-domener og tilknyttede forhandlere |
| Merchant Center | Forvalte produktdata og behandlingsstatusen deres |
| Google Ads | Styre kampanjer, budsjetter og bud |
En CSS-gruppe kan omfatte flere CSS-domener. Et CSS-domene kan i sin tur ha flere forhandlerkontoer knyttet til seg. I tillegg til den primære CSS-flerkundekontoen er også selvstendige forhandlerkontoer og andre MCA-strukturer mulige. Ikke alle kunder må derfor flytte til en nyopprettet underkonto hos byrået. Google: Kontotyper i CSS Center
Avtal ønsket struktur for hver kunde før byttet. Særlig ved eksisterende flerkundekontoer bør det være klart om bare CSS-tilknytningen eller også kontohierarkiet skal endres.
Det anbefales at kunden beholder en egen administratortilgang. Gi personlige brukertilganger i stedet for delte passord, og dokumenter hvem som har hvilke oppgaver. Godkjenning av et CSS-bytte og ekstra tilganger for feedoppfølging eller kampanjestyring skal behandles hver for seg.
5. Standardiser onboardingen av kunder
Lag et kort skjema som teamet ditt bruker ved hver tilknytning. Det bør minst inneholde følgende opplysninger:
- Butikknavn, domene og kontaktperson
- Merchant Center-ID og nåværende CSS
- Eksisterende MCA-tilhørighet
- Ansvarlig Merchant Center-administrator
- Målland og flater som brukes
- Kilde for produktdata og teknisk kontaktperson
- Ønsket startdato og bestilt leveranseomfang
Sjekk særlig internasjonale kontoer grundigere. Den nye CSS-en må støtte visningene som trengs, for eksempel utenfor den generelle Google-søken og utenfor CSS-programlandene. Også gratis produktoppføringer hører med i denne sjekken. Google: Samarbeid med prissammenligningstjenester
Dokumenter kontoens tilstand før byttet: aktive produkter, eksisterende avvisninger, feedproblemer og aktuell kampanjeutvikling. Da kan teamet ditt senere se hvilke avvik som fantes fra før.
6. Gjennomfør CSS-byttet kontrollert
Skal det eksisterende Merchant Center brukes videre, foregår byttet i hovedsak slik:
- 1Forhandleren bekrefter ønsket om å samarbeide med den nye CSS-en.
- 2En administrator hos den nye CSS-en starter bytteforespørselen med Merchant Center-ID-en.
- 3En administrator for forhandlerkontoen godkjenner forespørselen i Merchant Center.
- 4Etter den fastsatte overgangsperioden trer den nye tilknytningen i kraft.
Google oppgir en overgangsperiode på opptil 14 dager etter godkjenningen. Den tidligere CSS-en kan forkorte den eller gi avkall på den. Planlegg derfor startdatoen ut fra den faktiske byttestatusen. I CSS Center kan prosessen følges i byttehistorikken. Google: Bytte forhandlerkontoer mellom CSS-er
Google Ads-kontoen trenger ikke å overføres ved et CSS-bytte. Det avgjørende er tilknytningen til Merchant Center. En Merchant Center-konto kan være knyttet til én CSS om gangen. Google: Samarbeid med prissammenligningstjenester
Unngå å bygge om feeden og endre budstrategien samtidig. Et tydelig avgrenset bytte gjør kontroll og feilsøking enklere.
7. Avslutt hver tilknytning med en godkjenningskontroll
En bekreftet bytteforespørsel er ennå ikke et avsluttet kundeoppdrag. Sjekk etter at byttet har trådt i kraft, om:
- den planlagte CSS-tilknytningen er på plass,
- produktdata fortsatt oppdateres,
- de nødvendige produktene er godkjent,
- kampanjer fortsatt leveres,
- land og flater fungerer som planlagt,
- kunde og byrå har de avtalte tilgangene.
Informer deretter kunden kort om avslutningen, resultatet av kontrollen og kontaktperson. Dokumenter åpne punkter med ansvarlig og frist.
Ikke lov noen generell forbedring av kampanjeresultatene i den forbindelse. Vurder utviklingen ut fra sammenlignbare perioder, og ta hensyn til budsjettendringer, kampanjetilbud, sortiment og sesongvariasjoner.
8. Forvalt kundene i én felles oversikt
Til å begynne med holder et oppdatert regneark eller et CRM. Det avgjørende er at kundestatus, teknisk tilknytning og fakturering stemmer overens.
Registrer per kunde Merchant Center-ID, CSS-domene, kontaktperson, ansvarlig Account Manager, byttestatus, aktiveringsdato, innkjøpspris, salgspris og neste kontrolldato.
Et ensartet statusforløp har vist seg å fungere:
Legg alltid til neste konkrete handling for åpne saker. «Godkjenning mangler – Account Manager minner kunden på det torsdag» er mer nyttig enn en generell status «under behandling».
Planlegg en ukentlig gjennomgang av åpne tilknytninger og tekniske problemer. Avstem hver måned de aktive kontoene mot leverandør- og kundefakturering. Da oppdager du glemte oppsigelser og aktiveringer som ennå ikke er fakturert, tidlig.
9. Regn med oppfølgingsinnsatsen
Differansen mellom innkjøp og salg er ennå ikke fortjenesten din. Ta hensyn til oppsett, spørsmål, fakturering og teknisk støtte.
Et forenklet regneeksempel med fritt valgte nettobeløp: Du tar 49 euro i måneden og betaler partneren 19 euro per kundekonto. Med 20 kontoer sitter du i første omgang igjen med 600 euro i måneden. Trenger hver konto i snitt 15 minutter oppfølging, blir det fem arbeidstimer. Med en intern timesats på 60 euro gjenstår 300 euro før andre kostnader.
Definer derfor hvilken støtte som er inkludert, og når ekstra tjenester faktureres. En økonomisk bærekraftig tjeneste trenger et tydelig leveranseomfang.
10. Planlegg også for at kunder slutter
Bestem allerede ved onboardingen hvordan en oppsigelse skal behandles. Dokumenter avtaleslutt, ønsket ny CSS, kontaktperson og tidspunktet da ekstra byråtilganger fjernes.
En CSS-tjeneste kan avsluttes uten at Merchant Center slettes. Google beskriver både bytte til andre CSS-er og tilbakeføring til Google Shopping etter samtykke fra en Merchant Center-administrator. Google: Bytte forhandlerkontoer mellom CSS-er
Begynn med noen få pilotkunder og dokumenter hvert arbeidstrinn. Så snart oppsett, godkjenninger, kontroll og fakturering fungerer pålitelig, kan du knytte til flere kunder etter samme forløp. Slik blir White Label CSS-en din et forutsigbart byråtilbud som kan følges opp og bygges ut med overkommelig innsats.
