White Label CSS: Kuinka virastot laajentavat Google Shopping -tarjontaansa ilman omaa CSS-infrastruktuuria

Mikä on Comparison Shopping Service?

Comparison Shopping Service, lyhyesti CSS, on hintavertailupalvelu, joka kerää tuotetietoja eri kauppiailta ja antaa käyttäjille mahdollisuuden vertailla tuotteita, hintoja ja palveluntarjoajia.

Euroopan CSS-ohjelman maissa Shopping-mainokset ja ilmaiset tuotelistaukset esitetään CSS:n kautta. Kauppiaat voivat käyttää tähän Google Shoppingia tai muuta Comparison Shopping Serviceä. Ohjelma on voimassa muun muassa Saksassa, Itävallassa, Sveitsissä, Ranskassa, Alankomaissa, Espanjassa, Italiassa ja Isossa-Britanniassa.

CSS toimii muodollisesti vertailupalveluna, jonka kautta kauppiaan tuotteet lähetetään Shopping-mainoksiin Googleen. Todellisia kampanjoita voi kuitenkin edelleen hallita virasto tai kauppias itse.

Google erottaa pohjimmiltaan erilaisia yhteistyömuotoja:

• Managed Service -palvelussa CSS hallitsee tuotetietoja ja kampanjoita.
• Self-service-mallissa kauppias tai hänen virastonsa saa pääsyn Merchant Centeriin ja Google Adsiin ja hallinnoi niitä itse.
• Hybridimalleissa syötteenhallinta, kampanjanhallinta ja laskutus jaetaan CSS:n, viraston ja kauppiaan kesken.

White Label CSS ei ole oma virallinen Googlen ohjelmatyyppi. Se on pikemminkin myynti- ja palvelumalli, joka perustuu johonkin näistä teknisistä kokoonpanoista.

Mitä White Label CSS tarkoittaa käytännössä?

White Label -mallissa tekninen CSS-palveluntarjoaja ei ole etualalla, vaan asiakasta palveleva virasto.

Kauppiaalle CSS-palvelu näyttää olevan osa viraston tarjontaa. Viestintä, käyttöönotto, tuki, raportointi ja laskutus voidaan hoitaa kokonaan viraston brändin alla. Taustalla oleva CSS-infrastruktuuri toimitetaan erikoistuneen palveluntarjoajan toimesta.

Roolijako voi olla esimerkiksi seuraava:

Tarkka jaottelu riippuu White Label -palveluntarjoajasta. Jotkut ratkaisut tarjoavat vain tarvittavan CSS-määrityksen. Toiset tarjoavat lisäksi API-rajapintoja, kauppiaiden hallinnan, automatisoidun käyttöönoton, syöteteknologiaa, tukea tai täysin mukautettavan asiakasportaalin.

Miksi virasto ei voi vain tulla itse CSS:ksi?

Ensinnäkin virasto voisi myös perustaa oman Comparison Shopping Service -palvelun. Teknisesti tämä on periaatteessa mahdollista, mutta käytännössä se on huomattavasti työläämpää kuin toisen Google Ads -tarjouksen perustaminen.

Google edellyttää CSS-ohjelmaan osallistumiselle muun muassa rekisteröityä yritystä tuetussa maassa sekä toimivaa hintavertailusivustoa, jolla käyttäjät voivat etsiä ja vertailla eri kauppiaiden tuotteita. Osallistuvia CSS-sivustoja tarkistetaan säännöllisesti.

Se ei riitä. Oma CSS vaatii lisäksi:

• vakaan tuotetiedon infrastruktuurin
• skaalautuvan kauppiaiden hallinnan
• prosessit Merchant Center -yhteyksille
• toimivan hintavertailualustan
• tietosuoja- ja sopimusprosessit
• teknisen valvonnan
• tuki- ja eskalaatioprosessit
• jatkuvat mukautukset Googlen vaatimuksiin

Suurelle alustalle tai virastolle, jolla on satoja Shopping-asiakkaita, tämä investointi voi olla pitkällä aikavälillä kannattava. Useimmille virastoille White Label -ratkaisu on kuitenkin nopeampi ja taloudellisesti riskittömämpi tie.

Virasto voi keskittyä todellisiin vahvuuksiinsa: asiakkaiden hankkimiseen, kampanjoiden optimointiin ja mitattavien verkkokaupan tulosten tuottamiseen.

Palvelutarjonta pysyy omalla brändillä

Jos kauppias käyttää ulkoista CSS-palveluntarjoajaa suoraan, viraston lisäksi syntyy toinen näkyvä asiakassuhde. Kauppias saa laskuja, sähköposteja, tunnuksia tai tukea ylimääräiseltä yritykseltä.

White Label -mallissa virasto pysyy keskeisenä yhteyshenkilönä. CSS-palvelua ei koeta ulkopuolisena palveluna, vaan osana omaa Shopping-tarjontaa.

Tämä vahvistaa viraston asemaa asiakkaaseen nähden. Se ei hallitse vain kampanjoita, vaan tarjoaa koko operatiivisen Shopping-rakenteen.

Virasto säilyttää hallinnan asiakassuhteesta

Erityisesti suurissa verkkokaupoissa pääsy Merchant Centeriin, tuotesyötteisiin ja Shopping-kampanjoihin on strategisesti tärkeää. Ulkoinen palveluntarjoaja, joka kommunikoi suoraan kauppiaan kanssa, voi pitkällä aikavälillä tulla itse palveluntarjoajaksi tai kilpailijaksi.

Hyvin rakennettu White Label -malli vähentää tätä riskiä. Infrastruktuurikumppani työskentelee taustalla, kun taas konsultointi, strategia ja operatiivinen tuki pysyvät virastolla.

Tämä edellyttää kuitenkin selkeitä sopimusmääräyksiä. Niihin kuuluvat erityisesti asiakassuoja, tietosuoja, tukivastuut, tiedonsaanti ja yhteistyön päättymisen ehdot.

Nopeampi markkinoillepääsy ja toistuvat tulot

Oman CSS:n rakentaminen ei tarkoita vain ohjelmistokehitystä. Myös hintavertailusivu, kauppiaiden prosessit, tilinhallinta ja ohjelmaan osallistuminen on valmisteltava.

Olemassa olevan White Label -infrastruktuurin avulla virasto voi ottaa tarjonnan käyttöön huomattavasti nopeammin. Usein on vain määriteltävä oma hinnoittelumalli, asiakasviestintä ja käyttöönotto-prosessi. Tästä teknisesti monimutkaisesta infrastruktuuripalvelusta tulee siten standardoitavissa oleva virastotuote.

White Label CSS sopii erityisen hyvin kuukausittain toistuviin tuloihin. Virasto voi tarjota palvelua esimerkiksi kiinteänä osana Shopping-pakettia:

• CSS Basic pienemmille kauppiaille
• CSS Professional sisältäen syötteen valvonnan
• CSS Managed sisältäen kampanjanhallinnan
• Enterprise CSS API:lla, yksilöllisellä raportoinnilla ja tuella

Kiinteän kuukausimaksun lisäksi on mahdollista käyttää myös volyymiin perustuvia malleja, esimerkiksi Merchant Center -tilien, maiden, tuotteiden tai hallitun mainosbudjetin määrän mukaan.

On tärkeää, että virasto ei myy vain teknistä tilin vaihtoa. Kestävä arvo syntyy yhdistämällä palvelu muihin palveluihin, kuten syötteen optimointiin, Merchant Center -tukeen, tuotetietoanalyysiin ja kampanjanhallintaan.

Näin kauppiaan käyttöönotto toimii

Olemassa olevan Merchant Center -tilin voi periaatteessa siirtää CSS:ltä toiselle. Uusi CSS aloittaa siirron, minkä jälkeen Merchant Center -tilin ylläpitäjä voi hyväksyä tai hylätä pyynnön. Google Ads -tiliä itseään ei yleensä tarvitse vaihtaa.

Tyypillinen White Label -käyttöönotto koostuu viidestä vaiheesta.

1. Tekninen ja kaupallinen tarkastus: Ensin tarkistetaan, missä maissa kauppias toimii, mitkä Merchant Center -tilit ovat käytössä ja mikä CSS on tällä hetkellä määritetty. Lisäksi on selvitettävä, kuka hallinnoi Merchant Centeriä, kenellä on ylläpitäjän oikeudet, mitkä Google Ads -tilit on linkitetty, käytetäänkö ilmaisia tuoteluetteloita, pyöriikö dynaaminen uudelleenmarkkinointi tai muita tuotepohjaisia kampanjoita ja näytetäänkö tuotteita myös Euroopan ulkopuolella.

2. Kauppiaan suostumus: Virasto selittää kauppiaalle läpinäkyvästi, mikä CSS edustaa häntä tulevaisuudessa muodollisesti ja mitä tehtäviä virasto ja infrastruktuurikumppani hoitavat. White Labelin ei pitäisi tarkoittaa todellisen palveluntarjoajan peittelyä. Viimeistään sopimuksissa, tietosuojaselosteissa ja tilimäärityksissä on mainittava osallistuvat yritykset yksiselitteisesti.

3. CSS-vaihdon aloittaminen: Uusi CSS tai White Label -infrastruktuurikumppani käynnistää Merchant Center -tilin siirron. Kauppias saa sitten pyynnön, joka ylläpitäjän on hyväksyttävä. Vasta tämän jälkeen tili voidaan yhdistää uuteen CSS:ään. Yksi Merchant Center -tili voi olla yhdistettynä vain yhteen CSS:ään. Kauppias voi kuitenkin työskennellä useiden CSS-palvelujen kanssa, jos tähän käytetään erilaisia Merchant Center -rakenteita tai kampanjakokoonpanoja.

4. Esityspaikkojen tarkistus: Kaikki CSS-palvelut eivät automaattisesti tue kaikkia tuotepohjaisia esityspaikkoja. Oletusarvoisesti CSS voi sijoittaa tuotteita yleisen Google-haun Shopping-yksiköihin. Muille alueille, kuten Shopping-sivulle, YouTubeen, Display-verkkoon tai tiettyihin uudelleenmarkkinointisovelluksiin, CSS:n on oltava asianmukaisesti konfiguroitu ja/tai hyväksytty. Tämä kohta on erityisen tärkeä, jos kauppias käyttää Performance Maxia, dynaamista uudelleenmarkkinointia tai kansainvälisiä Shopping-kampanjoita.

5. Tarkastus muutoksen jälkeen: Vaihdon jälkeen viraston ja palveluntarjoajan tulisi yhdessä tarkistaa, ovatko kaikki tuotteet edelleen aktiivisia, ovatko aikaisemmat Google Ads -linkit edelleen voimassa, toimiiko konversioseuranta, näytetäänkö ilmaisia tuoteluetteloita, ovatko kaikki tarvittavat maat saatavilla, ilmeneekö uusia hylkäyksiä tai käytäntöongelmia ja muuttuuko toimitus yksittäisillä Googlen alueilla. Vasta tämän tarkastuksen jälkeen käyttöönoton tulisi katsoa päättyneeksi.

Pysyvätkö Smart Bidding ja konversioseuranta käytettävissä?

Kyllä. Googlen mukaan kaikilla osallistuvilla CSS-palveluilla on periaatteessa pääsy samoihin tärkeisiin kampanjaominaisuuksiin, mukaan lukien konversioraportointi ja automaattiset hintatarjousstrategiat.

Konversiot voidaan toimittaa muun muassa Google Ads -seurannan, yhteisen Google Ads -hallintatilin tai Google Analyticsin kautta. Myös yhteensopivia ulkoisia Bidding-järjestelmiä voidaan edelleen käyttää.

Virastoille tämä tarkoittaa: Siirtyminen White Label CSS:ään ei automaattisesti vaadi uutta kampanjastrategiaa. Olemassa olevia Shopping- tai Performance Max -rakenteita voidaan usein jatkaa, jos Merchant Center, Google Ads ja konversiotiedot pysyvät oikein linkitettyinä.

Varoitus yleispätevistä CPC-lupauksista

CSS-tarjouksia mainostetaan usein yleisellä klikkauskustannussäästöllä. Virastojen ei pitäisi hyväksyä tällaisia väitteitä tarkistamatta.

Google laskee todellisen mainoshinnan huutokaupan perusteella. Lisäksi CSS-palveluntarjoajien liiketoimintamallit eroavat toisistaan: Jotkut veloittavat kiinteän kuukausimaksun, toiset CPC-lisämaksun, provision tai useiden komponenttien yhdistelmän.

Vakavan viraston ei siksi pitäisi luvata taattua prosentuaalista CPC-alenemaa. Ratkaisevaa on kokonaistaloudellisuus:

• Kuinka suuret ovat CSS-maksut?
• Mitä lisäpalveluja sisältyy?
• Miten kampanjan suorituskyky muuttuu?
• Kuinka paljon virasto säästää aikaa?
• Mitä lisätuloja voidaan saavuttaa?
• Mitä teknisiä tai operatiivisia riskejä otetaan?

White Label CSS:ää ei tulisi asettaa yksinomaan alennusmalliksi. Suurempi strateginen arvo piilee oman palvelutarjonnan hallinnassa ja mahdollisuudessa tarjota Shopping-palveluja skaalautuvasti omalla brändillä.

Mitä virastojen tulisi ottaa huomioon White Label -palveluntarjoajaa valitessaan?

Edullisin palveluntarjoaja ei ole automaattisesti paras infrastruktuurikumppani. Vaihto vaikuttaa keskeisiin kauppiastileihin ja voi vaikuttaa välittömästi tuotteen esitystapaan. Ennen yhteistyötä olisi siksi tarkistettava vähintään seuraavat asiat.

Tuetut näyttöpaikat: Voiko CSS sijoittaa vain Shopping-mainoksia yleiseen hakuun vai tukeeko se myös muita Googlen alueita? Tämä kysymys on erityisen tärkeä Performance Max -kampanjoille ja dynaamiselle uudelleenmarkkinoinnille.

Tilien omistus ja käyttöoikeus: Viraston tulisi selvittää, kuka omistaa Merchant Center- ja Google Ads -tilit ja kenellä on ylläpitäjän oikeudet. Ihanteellisesti kauppiaalla ja virastolla on pysyvä käyttöoikeus. Palveluntarjoajan vaihtuminen ei saa johtaa siihen, että tärkeät tilit, tiedot tai historialliset kampanja-arvot katoavat.

Automaatio ja API: Harvoilla kauppiailla käyttöönotto voidaan tehdä manuaalisesti. Suuremman asiakasmäärän yhteydessä automaatiosta tulee ratkaisevaa. Hyvän White Label -ratkaisun tulisi tarjota vähintään strukturoituja prosesseja uusien kauppiaiden luomiseen ja yhdistämiseen, vaihtotilan seurantaan, useiden Merchant Center -tilien hallintaan, tilin tilan ja virheiden noutamiseen, erilaisten tariffien kuvaamiseen, laskutustietojen luomiseen sekä rooli- ja oikeuksien hallintaan.

Brändäys: White Label tarkoittaa enemmän kuin logoa asiakasportaalissa. Brändättävyyteen kuuluvat myös omat lähettäjäosoitteet, yksilölliset verkkotunnukset tai alidomainit, mukautettavat raportit, omat sopimus- ja tarjousasiakirjat, brändätty käyttöönotto-viestintä ja yhdenmukaiset tukiprosessit. Mitä vähemmän tekninen palveluntarjoaja on näkyvissä kauppiaalle, sitä johdonmukaisemmalta viraston tarjonta näyttää. Oikeudellisesti välttämättömän avoimuuden osallistuvista yrityksistä on kuitenkin säilyttävä.

Tuki ja eskalaatio: Merchant Center -ongelmat voivat aiheuttaa välittömiä tulonmenetyksiä. Siksi yleinen sähköpostilaatikko tukimallina ei usein riitä. Viraston tulisi tietää, mitkä ovat vastausajat, kuka auttaa tililukituksissa, kuka tarkistaa hylätyt tuotteet, kuka kommunikoi Googlen kanssa, onko olemassa hätäyhteystieto ja onko tuki saatavilla asiaankuuluvilla kielillä.

Poistumisprosessi: Jo ennen sopimuksen alkamista tulisi olla selvää, miten kauppiastilit palautetaan irtisanomisen yhteydessä tai siirretään toiselle CSS:lle. Google tarjoaa prosesseja, joilla kauppiastilejä voidaan siirtää CSS-palveluntarjoajien välillä tai takaisin Google Shopping CSS:ään. Konkreettinen toteutus, määräajat ja vastuut tulisi kuitenkin säännellä sopimuksessa yksiselitteisesti.

Mille virastoille White Label CSS kannattaa?

Malli sopii erityisen hyvin virastoille, jotka hallinnoivat jo useita verkkokauppoja ja haluavat ammattimaistaa Shopping-tarjontaansa. Se on erityisen järkevää, jos virasto:

• hankkii säännöllisesti uusia Shopping-asiakkaita
• hallinnoi monia Merchant Center -tilejä
• tarjoaa syötteen optimointia
• hoitaa Performance Max -kampanjoita
• haluaa rakentaa toistuvia ohjelmisto- tai palvelutuloja
• haluaa hallita koko asiakassuhdetta itse
• haluaa kehittää standardoidun verkkokaupan paketin

Malli on vähemmän järkevä virastoille, jotka hallinnoivat vain yksittäisiä Shopping-kampanjoita tai joilla ei ole resursseja Merchant Center -tukeen ja tuotetieto-ongelmiin.

White Label poistaa virastolta teknisen CSS-infrastruktuurin. Se ei kuitenkaan korvaa kauppiaan ammatillista tukea.

Lisäpalvelusta omaksi tuotteeksi

Suurin virhe olisi käsitellä White Label CSS:ää vain pienenä lisäkohtana laskulla. Vahvempi tarjous syntyy useiden palvelujen yhdistelmästä:

Näin virasto ei myy vain pääsyä CSS:ään. Se tarjoaa täydellisen Shopping-infrastruktuurin, joka on tiiviisti sidoksissa kampanjanhallintaan.

Yhteenveto: Lisää hallintaa, lisää asiakasuskollisuutta, lisää toistuvaa liikevaihtoa

White Label CSS mahdollistaa Google Ads -virastoille teknisesti vaativan palvelun tarjoamisen omalla brändillään ilman, että heidän tarvitsee itse kehittää ja ylläpitää täydellistä Comparison Shopping Serviceä.

Virasto pysyy keskeisenä yhteyshenkilönä, laajentaa arvoketjuaan ja voi muuttaa aiemmin ulkoisesti hankitun palvelun omaksi toistuvaksi tuotteeksi.

Ratkaiseva etu ei piile yleispätevässä klikkauskustannuslupauksessa. White Label CSS luo ennen kaikkea hallintaa: asiakassuhteen, palvelutarjonnan, hinnoittelun ja koko Shopping-infrastruktuurin osalta.

Virastoille, jotka palvelevat jo useita verkkokaupan asiakkaita, tästä voi syntyä skaalautuva uusi liiketoiminta-alue – tiiviisti sidoksissa syötteenhallintaan, Merchant Centeriin, Performance Maxiin ja Google Shoppingiin.