White Label CSS: kaip agentūros išplečia savo „Google Shopping“ pasiūlymą be nuosavos CSS infrastruktūros

Kas yra Comparison Shopping Service?

Comparison Shopping Service, sutrumpintai CSS, yra kainų palyginimo paslauga, kuri renka įvairių prekybininkų produktų pasiūlymus ir suteikia vartotojams galimybę palyginti produktus, kainas ir pardavėjus.

Europos CSS programos šalyse apsipirkimo skelbimai ir nemokami produktų sąrašai rodomi per CSS. Prekybininkai gali naudoti „Google Shopping“ arba kitą Comparison Shopping Service. Programa taikoma, be kitų šalių, Vokietijoje, Austrijoje, Šveicarijoje, Prancūzijoje, Nyderlanduose, Ispanijoje, Italijoje ir Jungtinėje Karalystėje.

CSS prisiima oficialų palyginimo paslaugos vaidmenį, per kurią prekybininko produktai pateikiami „Google Shopping“ skelbimams. Pačios kampanijos vis tiek gali būti valdomos agentūros arba paties prekybininko.

„Google“ iš esmės skiria įvairias bendradarbiavimo formas:

• Valdomos paslaugos atveju CSS valdo produktų duomenis ir kampanijas.
• „Self-service“ modelyje prekybininkas arba jo agentūra gauna prieigą prie Merchant Center ir „Google Ads“ ir valdymą atlieka patys.
• Hibridiniuose modeliuose srautų valdymas, kampanijų valdymas ir atsiskaitymas pasiskirsto tarp CSS, agentūros ir prekybininko.

„White Label CSS“ nėra atskiras oficialus „Google“ programos tipas. Tai veikiau pardavimo ir paslaugų modelis, pagrįstas viena iš šių techninių konfigūracijų.

Ką konkrečiai reiškia „White Label CSS“?

„White Label“ modelyje ne techninis CSS teikėjas yra svarbiausias, o aptarnaujanti agentūra.

Prekybininkui CSS paslauga atrodo kaip agentūros pasiūlymo dalis. Komunikacija, įdiegimas, priežiūra, ataskaitų teikimas ir atsiskaitymas gali būti visiškai vykdomi agentūros prekės ženklu. Pagrindinę CSS infrastruktūrą teikia specializuotas teikėjas.

Vaidmenų pasiskirstymas gali atrodyti taip:

Tikslus pasiskirstymas priklauso nuo „White Label“ teikėjo. Kai kurie sprendimai teikia tik reikalingą CSS priskyrimą. Kiti papildomai siūlo API, prekybininkų valdymą, automatizuotą įdiegimą, srautų technologiją, palaikymą arba visiškai pritaikomą klientų portalą.

Kodėl agentūra tiesiog netampa CSS pati

Iš pirmo žvilgsnio agentūra galėtų sukurti ir savo Comparison Shopping Service. Techniškai tai iš esmės įmanoma, tačiau praktiškai tai yra žymiai sudėtingiau nei kito „Google Ads“ pasiūlymo sukūrimas.

„Google“, be kitų reikalavimų, reikalauja, kad CSS programoje dalyvaujantis registruotas įmonė veiktų palaikomoje šalyje, taip pat veikiančios kainų palyginimo svetainės, kurioje vartotojai galėtų ieškoti ir palyginti įvairių prekybininkų produktus. Dalyvaujančios CSS svetainės reguliariai tikrinamos.

Tačiau to nepakanka. Nuosavam CSS papildomai reikia:

• stabilios produktų duomenų infrastruktūros
• plečiamo prekybininkų valdymo
• procesų, skirtų Merchant Center susiejimams
• veikiančios kainų palyginimo platformos
• duomenų apsaugos ir sutarčių procesų
• techninės priežiūros
• palaikymo ir eskalavimo procesų
• nuolatinių prisitaikymų prie „Google“ reikalavimų

Didelėms platformoms arba agentūroms, turinčioms kelis šimtus apsipirkimo klientų, šios investicijos ilgalaikėje perspektyvoje gali atsipirkti. Tačiau daugumai agentūrų „White Label“ sprendimas yra greitesnis ir ekonomiškai mažiau rizikingas būdas.

Agentūra gali sutelkti dėmesį į savo pagrindinę stiprybę: klientų pritraukimą, kampanijų optimizavimą ir apčiuopiamų e-komercijos rezultatų teikimą.

Pasiūlymas išlieka su nuosavu prekės ženklu

Jei prekybininkas tiesiogiai naudojasi išoriniu CSS teikėju, be agentūros atsiranda dar vienas matomas ryšys su klientu. Prekybininkas gauna sąskaitas, el. laiškus, prieigas ar palaikymą iš papildomos įmonės.

„White Label“ modelyje agentūra išlieka pagrindiniu kontaktiniu asmeniu. CSS paslauga nėra suvokiama kaip išorinė paslauga, o kaip nuosavo apsipirkimo pasiūlymo dalis.

Tai stiprina agentūros poziciją kliento atžvilgiu. Ji ne tik valdo kampanijas, bet ir teikia visą operacinę apsipirkimo struktūrą.

Agentūra išlaiko klientų santykių kontrolę

Ypač didelėms internetinėms parduotuvėms prieiga prie Merchant Center, produktų srautų ir apsipirkimo kampanijų yra strategiškai svarbi. Išorinis teikėjas, tiesiogiai bendraujantis su prekybininku, ilgainiui pats gali tapti paslaugų teikėju ar konkurentu.

Tinkamai sukonstruotas „White Label“ modelis sumažina šią riziką. Infrastruktūros partneris dirba fone, o konsultacijos, strategija ir operatyvinis aptarnavimas lieka agentūrai.

Tačiau tam reikalingos aiškios sutartinės nuostatos. Tai apima klientų apsaugą, duomenų apsaugą, palaikymo atsakomybę, duomenų prieigą ir sąlygas nutraukus bendradarbiavimą.

Greitesnis patekimas į rinką ir pasikartojančios pajamos

Sukurti savo CSS reiškia ne tik programinės įrangos kūrimą. Reikia paruošti ir kainų palyginimo svetainę, prekybininkų procesus, sąskaitų valdymą ir dalyvavimą programoje.

Naudodama esamą „White Label“ infrastruktūrą, agentūra gali daug greičiau pristatyti pasiūlymą. Dažnai tereikia apibrėžti savo kainodaros modelį, klientų komunikaciją ir įdiegimo procesą. Taip techniškai sudėtinga infrastruktūros paslauga tampa standartizuotu agentūros produktu.

„White Label CSS“ ypač tinka reguliarioms mėnesinėms pajamoms. Agentūra gali siūlyti paslaugą, pavyzdžiui, kaip neatskiriamą apsipirkimo paketo dalį:

• CSS Basic mažesniems prekybininkams
• CSS Professional su srautų stebėjimu
• CSS Managed su kampanijų valdymu
• Enterprise CSS su API, individualizuotu ataskaitų teikimu ir palaikymu

Be fiksuoto mėnesinio mokesčio, taip pat įmanomi ir nuo apimties priklausomi modeliai, pavyzdžiui, pagal Merchant Center paskyrų, šalių, produktų skaičių arba valdomą reklamos biudžetą.

Svarbu, kad agentūra neparduotų tik techninio sąskaitos pakeitimo. Tvari vertė sukuriama sujungiant su kitomis paslaugomis, tokiomis kaip srautų optimizavimas, Merchant Center palaikymas, produktų duomenų analizė ir kampanijų valdymas.

Kaip veikia prekybininko įdiegimas

Esama Merchant Center paskyra iš esmės gali būti perkelta iš vieno CSS į kitą. Naujasis CSS inicijuoja pakeitimą, tada Merchant Center paskyros administratorius gali patvirtinti arba atmesti užklausą. „Google Ads“ paskyros pačios paprastai nereikia keisti.

Tipiškas „White Label“ įdiegimo procesas susideda iš penkių žingsnių.

1. Techninis ir komercinis patikrinimas: pirmiausia patikrinama, kuriose šalyse prekybininkas veikia, kokios Merchant Center paskyros yra ir koks CSS šiuo metu priskirtas. Be to, reikėtų išsiaiškinti, kas valdo Merchant Center, kas turi administratoriaus teises, kokios „Google Ads“ paskyros yra susietos, ar naudojami nemokami produktų sąrašai, ar vyksta dinaminis remarketingas ar kitos produktais pagrįstos kampanijos ir ar produktai rodomi ir už Europos ribų.

2. Prekybininko sutikimas: Agentūra skaidriai paaiškina prekybininkui, kuris CSS jį formaliai atstovaus ateityje ir kokias užduotis atliks agentūra ir infrastruktūros partneris. „White Label“ neturėtų reikšti, kad faktinis teikėjas yra slepiamas. Vėliausiai sutartyse, privatumo pranešimuose ir paskyrų priskyrimuose dalyvaujančios įmonės turi būti aiškiai nurodytos.

3. CSS pakeitimo inicijavimas: naujasis CSS arba „White Label“ infrastruktūros partneris inicijuoja Merchant Center paskyros perdavimą. Prekybininkas vėliau gauna užklausą, kurią turi patvirtinti administratorius. Tik po to paskyra gali būti priskirta naujam CSS. Merchant Center paskyra gali būti priskirta tik vienam CSS. Tačiau prekybininkas gali dirbti su keliais CSS, jei tam naudojamos skirtingos Merchant Center struktūros arba kampanijų konfigūracijos.

4. Rodymo vietų patikrinimas: Ne kiekvienas CSS automatiškai palaiko visas produktais pagrįstas rodymo vietas. Standartiškai CSS gali rodyti produktus „Google“ paieškos rezultatų puslapio apsipirkimo skiltyje. Kitoms vietoms, tokioms kaip apsipirkimo puslapis, „YouTube“, vaizdinės reklamos tinklas arba tam tikros remarketingo programos, CSS turi būti atitinkamai nustatytas arba patvirtintas. Šis punktas ypač svarbus, jei prekybininkas naudoja „Performance Max“, dinaminį remarketingą ar tarptautines apsipirkimo kampanijas.

5. Kontrolė po perkėlimo: po perkėlimo agentūra ir teikėjas turėtų kartu patikrinti, ar visi produktai tebėra aktyvūs, ar tebėra galiojantys ankstesni „Google Ads“ susiejimai, ar veikia konversijų stebėjimas, ar rodomi nemokami produktų sąrašai, ar pasiekiami visi reikalingi regionai, ar neatsiranda naujų atmetimų ar politikos problemų ir ar pasikeitė pristatymas tam tikrose „Google“ platformose. Tik po šio patikrinimo įdiegimas turėtų būti laikomas baigtu.

Ar Smart Bidding ir konversijų stebėjimas išlieka naudojami?

Taip. Pasak „Google“, visi dalyvaujantys CSS iš esmės turi prieigą prie tų pačių svarbių kampanijų funkcijų, įskaitant konversijų ataskaitas ir automatines kainų siūlymo strategijas.

Konversijos gali būti teikiamos, be kita ko, per „Google Ads“ stebėjimą, bendrą „Google Ads“ valdymo paskyrą arba „Google Analytics“. Taip pat gali būti ir toliau naudojamos suderinamos išorinės kainų siūlymo sistemos.

Agentūroms tai reiškia: perėjimas prie „White Label CSS“ automatiškai nereikalauja naujos kampanijos strategijos. Esamos „Shopping“ arba „Performance Max“ struktūros dažnai gali būti toliau naudojamos, jei Merchant Center, „Google Ads“ ir konversijų duomenys lieka tinkamai susieti.

Atsargiai dėl vienkartinių CPC pažadų

CSS pasiūlymai dažnai reklamuojami su bendru paspaudimo kainos sutaupymo pažadu. Agentūros neturėtų nepatikrintų priimti tokių teiginių.

„Google“ apskaičiuoja faktinę skelbimo kainą, atsižvelgiant į aukcioną. Be to, skiriasi CSS teikėjų verslo modeliai: kai kurie reikalauja fiksuoto mėnesinio mokesčio, kiti – CPC antkainio, komisinių ar kelių komponentų derinio.

Todėl patikima agentūra neturėtų žadėti garantuoto procentinio CPC sumažinimo. Svarbiausia yra bendras ekonomiškumas:

• Kokie yra CSS mokesčiai?
• Kokios papildomos paslaugos įtrauktos?
• Kaip keičiasi kampanijos efektyvumas?
• Kiek laiko sutaupo agentūra?
• Kokios papildomos pajamos gali būti gautos?
• Kokie techniniai ar operaciniai pavojai prisiimami?

„White Label CSS“ neturėtų būti pozicionuojamas tik kaip nuolaidų modelis. Didesnė strateginė vertė slypi savo paslaugų pasiūlymo kontrolėje ir galimybėje teikti apsipirkimo paslaugas keičiamo mastelio būdu su savo prekės ženklu.

Į ką agentūros turėtų atkreipti dėmesį, rinkdamosi „White Label“ teikėją

Pigiausias teikėjas ne visada yra geriausias infrastruktūros partneris. Pakeitimas turi įtakos pagrindinėms prekybininkų paskyroms ir gali tiesiogiai paveikti produktų rodymą. Todėl prieš pradedant bendradarbiauti, reikėtų patikrinti bent jau šiuos punktus.

Palaikomos rodymo vietos: Ar CSS gali rodyti apsipirkimo skelbimus tik bendrojoje paieškoje, ar jis taip pat palaiko kitas „Google“ platformas? Šis klausimas ypač svarbus „Performance Max“ kampanijoms ir dinaminiam remarketingui.

Paskyrų nuosavybė ir prieiga: Agentūra turėtų išsiaiškinti, kam priklauso Merchant Center ir „Google Ads“ paskyros ir kas turi administratoriaus teises. Idealiu atveju prekybininkai ir agentūra nuolat turi prieigą. Paslaugų teikėjo pakeitimas neturėtų lemti svarbių paskyrų, duomenų ar istorinių kampanijų verčių praradimo.

Automatizavimas ir API: Esant nedideliam prekybininkų skaičiui, įdiegimas gali būti atliekamas rankiniu būdu. Esant didesniam klientų skaičiui, automatizavimas tampa lemiamas. Geras „White Label“ sprendimas turėtų siūlyti bent jau struktūrizuotus procesus naujų prekybininkų kūrimui ir priskyrimui, pakeitimo būsenos stebėjimui, kelių Merchant Center paskyrų valdymui, paskyrų būsenos ir klaidų gavimui, skirtingų tarifų nustatymui, atsiskaitymo duomenų kūrimui, taip pat vaidmenų ir teisių valdymui.

Prekės ženklo kūrimas: „White Label“ reiškia daugiau nei logotipą klientų portale. Prieš pradedant kurti prekės ženklą, reikia atsižvelgti į savo siuntėjų adresus, individualius domenus ar subdomenus, pritaikomas ataskaitas, savo sutarčių ir pasiūlymų dokumentus, prekės ženklu pažymėtą įdiegimo komunikaciją ir vienodus palaikymo procesus. Kuo mažiau techninis teikėjas yra matomas prekybininkui, tuo nuoseklesnis atrodo agentūros pasiūlymas. Tačiau teisiškai reikalingas skaidrumas apie dalyvaujančias įmones turi būti išlaikytas.

Palaikymas ir eskalavimas: Merchant Center problemos gali tiesiogiai sukelti pajamų praradimą. Todėl bendras el. pašto adresas kaip palaikymo modelis dažnai nepakanka. Agentūra turėtų žinoti, kokie yra atsakymo laikai, kas padeda, kai paskyros blokuojamos, kas tikrina atmestus produktus, kas bendrauja su „Google“, ar yra avarinis kontaktas ir ar palaikymas teikiamas atitinkamomis kalbomis.

Išėjimo procesas: Jau prieš pradedant sutartį, turėtų būti aišku, kaip prekybininkų paskyros bus grąžintos nutraukus sutartį arba perkeltos į kitą CSS. „Google“ teikia procesus, kuriais prekybininkų paskyros gali būti perkeltos tarp CSS teikėjų arba atgal į „Google Shopping CSS“. Tačiau konkretus įgyvendinimas, terminai ir atsakomybės vis tiek turėtų būti aiškiai apibrėžtos sutartyje.

Kokioms agentūroms naudingas „White Label CSS“?

Šis modelis ypač tinka agentūroms, kurios jau aptarnauja kelias internetines parduotuves ir nori profesionalizuoti savo apsipirkimo pasiūlymą. Ypač prasminga, jei agentūra:

• reguliariai pritraukia naujų apsipirkimo klientų
• valdo daug Merchant Center paskyrų
• siūlo srautų optimizavimą
• aptarnauja „Performance Max“ kampanijas
• norėtų sukurti pasikartojančias programinės įrangos ar paslaugų pajamas
• nori kontroliuoti visą klientų santykius pati
• norėtų sukurti standartizuotą e-komercijos paketą

Modelis mažiau prasmingas agentūroms, kurios tik retkarčiais valdo apsipirkimo kampanijas arba neturi išteklių Merchant Center palaikymui ir produktų duomenų problemoms spręsti.

„White Label“ atleidžia agentūrą nuo techninės CSS infrastruktūros. Tačiau tai nepakeičia profesionalios prekybininko priežiūros.

Nuo papildomos paslaugos iki nuosavo produkto

Didžiausia klaida būtų traktuoti „White Label CSS“ tik kaip nedidelę papildomą sąskaitos eilutę. Geresnis pasiūlymas atsiranda sujungus kelias paslaugas:

Taigi, agentūra ne tik parduoda prieigą prie CSS. Ji siūlo visą apsipirkimo infrastruktūrą, kuri yra glaudžiai susijusi su kampanijų valdymu.

Išvada: Didesnė kontrolė, didesnis klientų lojalumas, daugiau pasikartojančių pajamų

„White Label CSS“ leidžia „Google Ads“ agentūroms teikti techniškai sudėtingą paslaugą su savo prekės ženklu, pačioms nereikalaujant kurti ir valdyti visos Comparison Shopping Service.

Agentūra išlieka pagrindiniu kontaktiniu asmeniu, plečia savo vertės kūrimą ir gali anksčiau iš išorės įsigytą paslaugą paversti savo pasikartojančiu produktu.

Lemiantis pranašumas nėra bendras paspaudimo kainos pažadas. „White Label CSS“ visų pirma sukuria kontrolę: klientų santykių, paslaugų pasiūlymo, kainodaros ir visos apsipirkimo infrastruktūros.

Agentūroms, kurios jau aptarnauja kelis e-komercijos klientus, tai gali tapti plečiamu nauju verslo segmentu – glaudžiai susijusiu su srautų valdymu, Merchant Center, Performance Max ir „Google Shopping“.