← Grįžti į tinklaraštį
Įžvalgos

Produktų srauto optimizavimas kainų palyginimo paslaugoms (CSS)

Kai CSS jau techniškai prijungtas, tai, kaip Google supras tavo prekes, priskirs jas tinkamoms paieškoms ir parodys, lemia produktų srautas.

CSS partneris suteikia techninį pagrindą. Tačiau jis neatsveria klaidingų GTIN kodų, nepilnų pavadinimų, neteisingų kainų ar prastų nuotraukų.

Produkto pavadinimas yra pagrindinis apsipirkimo skelbimų ir nemokamų įrašų elementas. Tikslus pavadinimas padeda produktui pasiekti tinkamus pirkėjus.

Produktų srauto optimizavimas – nuolatinis darbas, apimantis kelias sritis:

Šis vadovas paaiškina srauto optimizavimą kainų palyginimo paslaugoms ir aptaria svarbiausius atributus, reikalingus „Google Shopping“, „Merchant Center“ ir CSS.

Produktų duomenys egzistuoja dviem lygmenimis, kuriuos reikia prižiūrėti atskirai

Kalbėdami apie CSS ir „Google Shopping“, prekybininkai dažnai sumaišo du skirtingus duomenų lygmenis.

Prekybininko srautas „Merchant Center“ perduoda pagrindinius tavo parduotuvės duomenis

Šiame sraute yra internetinės parduotuvės produktų duomenys, pavyzdžiui:

  • Produkto ID
  • Pavadinimas
  • Aprašymas
  • Produkto puslapis
  • Kaina
  • Prieinamumas
  • Nuotraukos
  • Prekės ženklas
  • GTIN
  • Variantų informacija
  • Pristatymo duomenys

Šie duomenys valdo apsipirkimo skelbimus ir nemokamus įrašus. Net ir dirbant su CSS partneriu srautas išlieka lemiamas.

CSS produktų puslapiuose papildomai rodomi jų pačių, panašiai struktūrizuoti produktų duomenys

Kainų palyginimo paslaugos taip pat turi savo produktų puslapius. Kad jie būtų rodomi organiškai, Google nurodo tokius atributus kaip id, title, description, image_link, additional_image_link, google_product_category, product_type, brand, gtin, mpn, variantų atributus, product_detail ir product_highlight.

Praktiškai tai reiškia:

Produktų duomenys turi būti techniškai teisingi ir taip struktūrizuoti, kad prekybininkai, Google ir CSS teikėjai vienareikšmiškai atpažintų produktus.

Šeši etapai: tinkama srauto optimizavimo tvarka

Prekybininkai dažnai imasi rašyti naujus pavadinimus dar neištaisę esminių duomenų klaidų.

Protingiau nusistatyti aiškius prioritetus:

EtapasTikslasTipiniai veiksmai
1. PatvirtinimasProduktai turi būti techniškai patvirtintiPrivalomi atributai, taisyklės, URL, identifikatoriai
2. TikslumasSrautas ir parduotuvė turi sutaptiKaina, prieinamumas, variantai, pristatymas
3. AtitiktisGoogle turi suprasti produktąPavadinimas, aprašymas, kategorija, GTIN
4. PateikimasPasiūlymas turi įtikintiPagrindinė nuotrauka, papildomos nuotraukos, gyvenimo būdo nuotraukos
5. ValdymasProduktai turi būti ekonomiškai grupuojamiCustom Labels, marža, sezoniškumas, atsargos
6. AktualumasDuomenys turi būti patikimai sinchronizuojamiDuomenų šaltiniai, automatizavimas, Merchant API

Jei produktai atmesti dėl kainų klaidų, optimizuotas pavadinimas mažai padės. Kita vertus, patvirtintas srautas dar retai būna optimalus.

Stabilūs produktų ID ir tvarkingi variantai sudaro pagrindą

Kiekvienas parduodamas produktas ir kiekvienas užsakomas variantas turi būti vienareikšmiškai identifikuojamas.

Penkių dydžių ir keturių spalvų marškinėliai – tai 20 variantų. Kiekvienas variantas turi savą, unikalų šių duomenų derinį:

  • Produkto ID
  • Spalva
  • Dydis
  • Kaina
  • Prieinamumas
  • Nuotrauka
  • GTIN
  • MPN

Pateik variantus atskirai ir susiek juos bendru item_group_id. Pavadinimas ir atributai apibūdina konkretų modelį.

Penkios taisyklės, kad produkto ID būtų stabilus

Produkto ID turėtų:

  • likti nuolat stabilus
  • būti unikalus sraute
  • nepriklausyti nuo kainos ar atsargų
  • idealiu atveju būti paimtas iš prekių apskaitos ar parduotuvės sistemos
  • variantų atveju identifikuoti konkretų modelį

Nekeisk ID, kai keiti pavadinimą, kainą ar nuotrauką. Dėl naujo ID Google be reikalo laikys prekę nauju produktu.

Vienas ID visiems dydžiams – ir po paspaudimo rodomas ne tas variantas

Prekybininkas naudoja tą patį ID visiems batų dydžiams. Nukreipimo puslapyje iš anksto pasirinktas 42 dydis, o sraute nurodytas 39 dydis.

Tada srautas, produkto puslapis ir pasirinktas variantas nesutampa.

Geriau:

  • atskirą ID kiekvienam dydžiui ir spalvai
  • teisingą nukreipimo puslapio variantą
  • tinkamą varianto nuotrauką
  • kiekvienu atveju galiojantį prieinamumą
  • bendrą item_group_id

Tikslus pavadinimas pirmiausia atsako į svarbiausius pirkimo klausimus

Produkto pavadinimas iš karto paaiškina Google ir pirkėjams, koks tai pasiūlymas.

Geras pavadinimas, priklausomai nuo asortimento, atsako į kai kuriuos iš šių klausimų:

  • Koks prekės ženklas?
  • Koks modelis?
  • Kokia produkto rūšis?
  • Kokiai tikslinei grupei?
  • Koks modelio variantas?
  • Kokia spalva?
  • Koks dydis?
  • Kokia medžiaga?
  • Kokia techninė specifikacija?
  • Koks vienetų kiekis?

Google rekomenduoja tikslius pavadinimus, kuriuose tiesiogiai nurodyti variantai, pavyzdžiui, spalva ir dydis.

Tavo produkto tipas nulemia tinkamą pavadinimo struktūrą

Produkto tipasGalima pavadinimo struktūra
MadaPrekės ženklas + tikslinė grupė + produkto rūšis + medžiaga + spalva + dydis
ElektronikaPrekės ženklas + modelis + produkto rūšis + pagrindinė specifikacija + spalva
BaldaiPrekės ženklas + produkto rūšis + matmenys + medžiaga + spalva
Buitinė technikaPrekės ženklas + modelis + prietaiso tipas + galia/talpa + spalva
Atsarginės dalysPrekės ženklas + produkto rūšis + dalies numeris + suderinamumas
B2B produktaiPrekės ženklas + produkto tipas + techninis pajėgumas + medžiaga + pakuotės vienetas

Trys pavyzdžiai parodo skirtumą tarp neaiškaus ir tikslaus pavadinimo

Per bendras:

Moteriška striukė madinga pigi

Geriau:

Prekės ženklas Moteriška demisezoninė striukė vandeniui atspari Tamsiai mėlyna dydis 40

Per reklaminis:

Top profesionalus kavos aparatas dabar pirk pigiai

Geriau:

Prekės ženklas Modelis Kavos aparatas 15 barų 1,8 l Juoda

Netikslus:

Pramoninis siurblys nerūdijantis plienas

Geriau:

Prekės ženklas Išcentrinis siurblys 400 V 12 m³/h Nerūdijantis plienas DN 50

Svarbiausia informacija – pavadinimo pradžioje

Kai kuriuose rodymo formatuose pavadinimai sutrumpinami. Todėl svarbiausius pirkimo kriterijus rašyk pradžioje.

Jei prekės ženklas žinomas, pavadinimą pradėk juo. Jei gamintojas mažiau žinomas, pirmiausia nurodyk produkto rūšį.

Vienodų taisyklių visiems asortimentams nėra. Svarbu nurodyti tai, iš ko pirkėjai iš karto atpažįsta produktą.

Vienas po kito sukrauti raktažodžiai daro pavadinimą sunkiai įskaitomą

Toks pavadinimas aiškumo neprideda:

Biuro kėdė ir sukama kėdė pigiai internetu

Vienas po kito surašyti panašūs terminai daro produktų pavadinimus sunkiai įskaitomus ir netikslius.

Geriau:

Prekės ženklas Ergonomiška biuro kėdė su juosmens atrama Juoda

Sinonimus, naudojimo sritis ir techninius duomenis įtrauk į aprašymą ar papildomus atributus.

DI kuria pavadinimus iš duomenų laukų, o rezultatą tikrini tu

Dideliems asortimentams DI sistemos generuoja pavadinimus iš produktų duomenų pagal nustatytas taisykles.

Geras pavadinimų šablonas naudoja tik esamus duomenų laukus:

Sukurk produkto pavadinimą iš prekės ženklo, modelio, produkto tipo, spalvos, dydžio ir medžiagos be reklaminių teiginių.

Google atskiria title ir structured_title. DI sukurtiems pavadinimams naudok structured_title, o rankiniu būdu parašytiems – title arba structured_title.

Reguliariai tikrink automatizuotų pavadinimų kokybę. Ypač atkreipk dėmesį į:

  • išgalvotas savybes
  • pasikartojančius terminus
  • neteisingus matavimo vienetus
  • nukirptus modelių pavadinimus
  • trūkstamus variantų duomenis
  • nenatūralius vertimus
  • neleistinus reklaminius teiginius

Geras aprašymas suprantamai apibendrina visas produkto savybes

Daugelio srautų aprašymuose yra tik produkto puslapio teksto pradžia, navigacijos likučiai, HTML kodas ar bet kuriam produktui tinkantys reklaminiai tekstai.

Geras srauto aprašymas suprantamai apibendrina visas svarbiausias produkto savybes.

Priklausomai nuo produkto, tai apima:

  • Funkciją
  • Naudojimo sritį
  • Medžiagą
  • Matmenis
  • Techninius duomenis
  • Suderinamumą
  • Komplektaciją
  • Tikslinę grupę
  • Ypatingas savybes

Google rekomenduoja struktūrizuotus aprašymus, ilgesnius nei 200 simbolių. Produkto detales ir papildomas nuotraukas pateik atskiruose atributuose.

Palyginimas parodo, kiek daugiau pasako konkretus aprašymas

Silpnas: „Kokybiškas produktas – užsisakyk internetu ir gauk greitą pristatymą.“ Šis tekstas nesuteikia nei Google, nei klientams naudingos informacijos apie produktą.

Geriau: „Elektra reguliuojamas stalas su 160 × 80 cm stalviršiu ir reguliavimo diapazonu nuo 65 iki 130 cm. Rėmas turi du variklius, keturias atminties padėtis ir 100 kg keliamąją galią.“ Tekstas apibūdina konkrečias savybes be perteklinių raktažodžių.

Akcentai ir išsamių duomenų lentelės papildo glaustą pavadinimą

Pavadinime ir aprašyme palik tik esminę informaciją.

Per product_highlight pagrindines savybes perduodi struktūrizuotai. Google rekomenduoja nuo keturių iki šešių akcentų: ne mažiau kaip du ir ne daugiau kaip 100 įrašų, kiekvienas iki 150 simbolių.

Pavyzdžiai:

  • Elektra reguliuojamas aukštis nuo 65 iki 130 cm
  • Atminties funkcija keturioms darbo aukščio padėtims
  • Keliamoji galia iki 100 kg
  • Du tylūs varikliai
  • Stalviršis iš FSC sertifikuotos medienos
SritisAtributasReikšmė
MatmenysPlotis160 cm
MatmenysGylis80 cm
GaliaKeliamoji galia100 kg
MedžiagaStalviršisĄžuolas
ElektraĮėjimo įtampa230 V

Atributas product_detail saugo struktūrizuotus techninius duomenis, pavyzdžiui:

Taip pavadinimas išlieka įskaitomas, o techninės detalės pateikiamos struktūrizuotai.

GTIN, prekės ženklas ir MPN vienareikšmiškai identifikuoja tavo produktą

Unikalūs identifikatoriai leidžia tiksliai atpažinti kiekvieną parduodamą prekę.

Svarbiausi duomenys:

  • gtin: Global Trade Item Number, pavyzdžiui, EAN arba UPC
  • brand: prekės ženklas
  • mpn: gamintojo numeris

Google rekomenduoja nurodyti visus tris – tai padeda teisingai priskirti produktą ir gauti tikslius paieškos rezultatus.

Išgalvotas GTIN sumaišo tavo produktą su kitu

Produktams su oficialiu GTIN įvesk būtent šį numerį ir nenaudok išgalvotų skaičių.

Kiekvienas produkto variantas dažniausiai turi savo GTIN. Taip raudoni M dydžio marškinėliai atskiriami nuo mėlynų ar L dydžio.

Tik tikri vienetiniai gaminiai gauna identifier_exists reikšmę no

Vienetiniai gaminiai, personalizuoti produktai ar savo gamybos prekės dažnai neturi GTIN, MPN ar prekės ženklo.

Naudok identifier_exists su reikšme no arba false tik produktams be žymenų. Niekada nenaudok jo įprastiems prekės ženklų produktams, kurių duomenų tiesiog trūksta.

Jei prekiauji savo prekės ženklu, jo pavadinimas tampa brand atributu

Tokiu atveju kaip brand įvesk savo prekės ženklo pavadinimą. Vidinis prekės kodas tinka kaip MPN, jei jis vienareikšmiškai identifikuoja produktą.

Šiuos duomenis vienodai naudok parduotuvėje, sraute, ant pakuotės ir produkto puslapyje.

Du kategorijų laukai atskiria Google taksonomiją nuo tavo pačios struktūros

Atributai google_product_category ir product_type atlieka skirtingas funkcijas.

google_product_category priskiria tavo produktą Google taksonomijai

Čia produktą priskiri Google produktų taksonomijai.

Pavyzdys:

Apranga ir aksesuarai > Apranga > Viršutiniai drabužiai > Striukės ir paltai

Daugeliui produktų tipų Google pateikia skaitinius kategorijų ID ir visus kategorijų kelius.

Rinkis tiksliausią kategoriją. Biuro kėdę priskirk tinkamai subkategorijai, o ne tiesiog baldams.

product_type atspindi tavo pačios asortimento struktūrą

Šis laukas gali atspindėti tavo parduotuvės ar asortimento struktūrą.

Pavyzdys:

Biuro įranga > Biuro kėdės > Ergonomiškos biuro kėdės

Tinkamas product_type palengvina analizę ir grupavimą pagal tavo asortimento logiką.

Kampanijos logika priklauso Custom Labels, o ne kategorijai

Tokios reikšmės netinka kaip produktų rūšys:

  • didelė marža
  • bestseleris
  • išpardavimas
  • 3 kampanija
  • PMax testas
  • A prioritetas

Tam naudok Custom Labels. Kategorija apibūdina patį produktą.

Aiški pagrindinė nuotrauka nulemia, ar vartotojai pastebi tavo pasiūlymą

Nuotrauka dažnai nulemia, ar vartotojai apskritai pastebi apsipirkimo rezultatą.

Pagrindinėje nuotraukoje aiškiai parodyk produktą. Venk:

  • neteisingų variantų
  • produkto, kuris užima tik mažą nuotraukos dalį
  • prastų iškirpimų
  • nevienodų fonų
  • neryškių nuotraukų
  • laikinų pakaitinių nuotraukų
  • dominuojančių priedų, kurie neįeina į pasiūlymą

Google rekomenduoja produktams didelės skiriamosios gebos nuotraukas, kurių ilgesnioji kraštinė viršija 1500 pikselių.

Pagrindinė nuotrauka rodo būtent tą produktą, kurį parduodi

Atribute image_link turi būti būtent tas produktas, kurį siūlai.

Kiekvienam variantui parink nuotrauką pagal spalvą, medžiagą ir modelį. Paspaudus ant mėlynos kėdės, produkto puslapyje turi būti iš anksto pasirinktas būtent šis variantas.

Papildomos nuotraukos atsako į kitus pirkimo sprendimus

Per additional_image_link gali pateikti iki dešimties nuotraukų. Jose parodyk kitus rakursus, detales, pakuotę ar kaip produktas naudojamas.

Logiška nuotraukų seka galėtų būti tokia:

  • aiški pagrindinė nuotrauka
  • vaizdas iš šono
  • vaizdas iš galo
  • detalės nuotrauka
  • dydžio palyginimas
  • produktas naudojamas
  • komplektacija
  • pakuotė

Su lifestyle_image_link pateiki gyvenimo būdo nuotraukas atskirai nuo produktų nuotraukų.

Google kaip pavyzdžius nurodo:

  • Drabužius ant modelio
  • Baldus įrengtame kambaryje
  • Kelis produktus kaip visą komplektą
  • Produktus realioje naudojimo situacijoje
  • image_link: sofa iškirpta arba neutraliame fone
  • additional_image_link: vaizdas iš šono, iš galo, medžiagos detalė
  • lifestyle_image_link: sofa įrengtoje svetainėje

Šis atributas leidžia šalia dalykinės pagrindinės nuotraukos parodyti, kaip produktas naudojamas.

Sofai nuotraukas būtų galima paskirstyti taip:

Kainos ir prieinamumas turi būti sinchronizuoti

Jei po paspaudimo kaina neteisinga ar prekės nėra, net optimizuotas srautas praranda vertę.

Reikšmė lauke price turi sutapti su kaina produkto puslapyje. Pritaikyk valiutą tikslinei šaliai ir nukreipimo puslapiui.

Lauke availability Google palaiko, be kita ko, šias reikšmes:

  • in_stock
  • out_of_stock
  • preorder
  • backorder

Suderink šią reikšmę su produkto puslapiu, apmokėjimo procesu ir struktūrizuotais duomenimis. Išankstinio ar vėlesnio užsakymo produktams prieinamumo datą nurodyk ir produkto puslapyje.

Laikinai neprieinamas produktas lieka sraute

Laikinai neprieinamų prekių iš karto netrink iš duomenų šaltinio.

Priklausomai nuo situacijos gali:

  • naudoti out_of_stock
  • laikinai sustabdyti rodymą per atitinkamą atributą
  • jei prekė užsakyta iš tiekėjo, naudoti backorder
  • dar neišleistiems produktams naudoti preorder

Taip priskyrimas išsaugomas, o kai prekė vėl bus prieinama, ją tiesiog atnaujinsi.

Repricing'as turi vienu metu atnaujinti parduotuvę, produkto puslapį ir srautą

Dinaminės kainos dažnai naudingos, tačiau padidina kainų neatitikimo riziką.

Repricing'o sistema turi atnaujinti visus duomenų lygmenis, ne tik kainą parduotuvėje:

  • Kainą parduotuvės sistemoje
  • Kainą produkto puslapyje
  • Struktūrizuotus duomenis produkto puslapyje
  • Merchant Center duomenų šaltinį
  • prireikus, vietinių kainų duomenis
  • CSS produktų duomenis

Keisk srautą ir produkto puslapį kiek įmanoma vienu metu, kad išvengtum laikinų kainų neatitikimų.

Struktūrizuoti duomenys produkto puslapyje leidžia Google automatiškai atnaujinti kainą ir prieinamumą. Vis dėlto produktų duomenis reguliariai atnaujink ir pats.

Repricing'ui reikia ekonominių ribų

Žemiausia kaina nėra automatiškai pati pelningiausia kaina.

Gerai sukurta sistema atsižvelgia į:

  • Pirkimo kainą
  • Maržą
  • Pristatymo išlaidas
  • Mokėjimo mokesčius
  • Grąžinimų dalį
  • Reklamos išlaidas
  • Minimalų likutį
  • Konkurencijos lygį
  • Norimą rinkos poziciją

Nustatyk minimalias kainas ir maržos ribas. Automatinis kainų mažinimas atneša paspaudimų, bet ėda tavo maržą.

Local Inventory susieja tavo produktų srautą su atsargomis kiekvienoje parduotuvėje

Fizinėms parduotuvėms, be bendrųjų produktų duomenų, reikia ir vietinės atsargų informacijos.

Reikia atskirti:

  • patį produktą
  • jo prieinamumą konkrečioje parduotuvėje
  • galimai skirtingą vietinę kainą
  • atsiėmimo ir pristatymo galimybes

Esamus produktų duomenis naudok ir vietiniams skelbimams bei nemokamiems Google įrašams. Atsargų duomenis galima automatiškai suderinti.

Jei kiekvienoje parduotuvėje kainos skiriasi, perduota kaina turi tiksliai sutapti su kaina tos parduotuvės puslapyje.

Atsargos ir kaina skiriasi tarp tavo parduotuvių

Produkto IDParduotuvėAtsargosKaina
STUHL-100-BLAUBerlin-018249 €
STUHL-100-BLAUHamburg-020249 €
STUHL-100-BLAUMünchen-033259 €

To paties produkto atsargos ir kaina gali skirtis priklausomai nuo vietos.

Naudok unikalius parduotuvių ID, kad be klaidų priskirtum vietinius duomenis tinkamoms parduotuvėms.

Penki Custom Labels padeda valdyti asortimentą pagal verslo vertę

Papildyk produktų duomenis ekonominiais rodikliais, kad tikslingai valdytum asortimentą pagal verslo vertę.

Google tam siūlo penkis vartotojo apibrėžiamus žymenis:

  • custom_label_0
  • custom_label_1
  • custom_label_2
  • custom_label_3
  • custom_label_4

Tokios reikšmės kaip sezonas, pardavimų stiprumas, kainų diapazonas, marža ar pristatymas rinkai padeda grupuoti produktus apsipirkimo ir Performance Max kampanijose.

Toks paskirstymas iš karto parodo maržą, pardavimų stiprumą ir sezoną

Custom LabelReikšmėPavyzdinės vertės
custom_label_0Maržaaukšta, vidutinė, žema
custom_label_1Pardavimų stiprumasbestseleris, įprastas, lėtai parduodamas
custom_label_2Atsargų lygiskritinis, įprastas, aukštas
custom_label_3Sezonasištisus metus, vasara, žiema
custom_label_4Strateginis vaidmuoprioritetinis produktas, pradinis, priedas

Taip greitai pamatai, ar tavo kampanija daugiausia parduoda mažos maržos produktus.

Custom Label neturėtų tapti antru produkto ID

Custom Label neskirtas produkto ID dubliuoti.

Nelabai naudinga:

  • custom_label_0 = SKU-183729
  • custom_label_0 = SKU-183730
  • custom_label_0 = SKU-183731
  • custom_label_0 = didele_marza
  • custom_label_0 = vidutine_marza
  • custom_label_0 = zema_marza

Naudingiau:

Sudaryk prasmingas grupes, kurios leidžia priimti aiškius sprendimus.

Asortimento dydis ir pokyčių dažnis lemia tinkamą duomenų šaltinį

Ne kiekvienai parduotuvei reikia to paties techninio sprendimo.

Automatiškai atsiunčiamas failas tinka mažiems, stabiliems asortimentams

Mažiems asortimentams, kurių kainos keičiasi retai, dažniausiai užtenka automatiškai atsiunčiamo failo.

Galimi formatai, pavyzdžiui:

  • XML
  • TSV
  • automatizuotai pateikiamas produktų failas
  • tiesioginė parduotuvės integracija

Svarbiausia, kad duomenys būtų atnaujinami patikimai ir laiku.

Pagrindiniai ir papildomi šaltiniai sujungia produktų ir verslo duomenis

Čia geriausia derinti pagrindinius ir papildomus duomenų šaltinius.

Pagrindiniame šaltinyje yra, pavyzdžiui:

  • Produkto ID
  • Pavadinimas
  • Kaina
  • Prieinamumas
  • Produkto nuoroda
  • Nuotraukos
  • Maržos klasės
  • sezoninis priskyrimas
  • kampanijų žymenys
  • optimizuoti pavadinimai
  • papildomos produkto savybės

Papildomas šaltinis pateikia:

Merchant Center produktą galima sudėti iš pagrindinio ir kelių papildomų duomenų šaltinių.

Merchant API padeda išlaikyti didelių ir dinamiškų asortimentų duomenis aktualius

Dažnai keičiantis kainoms, atsargoms ar asortimentui, Merchant API suteikia stabilų pagrindą.

Per Merchant API valdyk pagrindinius ir papildomus duomenų šaltinius atskirai kiekvienai kalbai ir srauto žymeniui.

Jei atnaujini dažniau nei kartą per dieną, naudok Products paslaugą, o ne planuotus failų atsisiuntimus.

Praktinė apžvalga:

SituacijaTinkamas sprendimas
Mažas, stabilus produktų kiekisautomatiškai atsiunčiamas failas
Papildomi maržos ar kampanijų duomenyspapildomas duomenų šaltinis
Dažni atsargų pokyčiaitiesioginis API prijungimas
Dinaminis repricing'asatnaujinimas per API
Daug šalių ir kalbųstruktūrizuota, centralizuota duomenų architektūra
Agentūra su daug klientųstandartizuoti API ir validavimo procesai

Lokalizuok produktų srautus kiekvienai šaliai

Tarptautinius srautus visada pritaikyk kiekvienai tikslinei rinkai atskirai.

Priklausomai nuo tikslinės šalies gali skirtis:

  • Kalba
  • Valiuta
  • Kaina
  • PVM
  • Pristatymo išlaidos
  • Prieinamumas
  • Dydžių žymėjimai
  • Matavimo vienetai
  • Produktų pavadinimai
  • teisiškai privaloma informacija
  • Asortimentas

Merchant API atveju feedLabel, contentLanguage ir tikslinės šalys nustatomi nepriklausomai vienas nuo kito. Tikslines šalis ir pristatymo galimybes nustatyk atskirai.

Versk ne tik žodžius, bet ir paieškos elgseną

Pažodiniai vertimai dažnai būna gramatiškai teisingi, tačiau kartais nepasiekia norimo komercinio efekto.

Pavyzdžiui, skirtingų šalių vartotojai gali:

  • naudoti kitus produktų terminus
  • kitaip rašyti matmenis
  • kitaip derinti prekės ženklus ir modelius
  • labiau ieškoti pagal medžiagas ar naudojimo atvejus
  • tikėtis kitokių dydžių standartų

Sukurk kiekvienai kalbai atskiras pavadinimų taisykles ir pritaikyk produktų pavadinimus atitinkamai rinkai.

Penki žingsniai, kad kiekvieno srauto optimizavimo poveikį galėtum išmatuoti

Keisk atributus palaipsniui, kad galėtum tiksliai išmatuoti kiekvieno pakeitimo poveikį asortimentui.

Geriau – kontroliuojamas procesas.

1 žingsnis: sudarai dvi palyginamas produktų grupes

Pavyzdžiui:

  • 200 produktų su optimizuotais pavadinimais
  • 200 panašių produktų su ankstesniais pavadinimais
  • produktų grupė su gyvenimo būdo nuotraukomis
  • palyginama produktų grupė be gyvenimo būdo nuotraukų

Arba:

2 žingsnis: dokumentuoji ankstesnį rezultatą

Užfiksuok bent:

  • Rodinius
  • Paspaudimus
  • Paspaudimų rodiklį
  • Išlaidas
  • Konversijas
  • Konversijų rodiklį
  • Apyvartą
  • Išlaidų ir apyvartos santykį
  • Patvirtintų produktų dalį

3 žingsnis: kaskart keiti tik vieną veiksnį

Testuok iš eilės pavadinimus, nuotraukas ir galiausiai Custom Labels ar produktų aprašymus.

4 žingsnis: surenki pakankamai duomenų patikimai išvadai

Pokyčius vertink didesnėse produktų grupėse ir atsižvelk į sezoniškumą. Dviejų rodinių vienam produktui patikimai išvadai nepakanka.

5 žingsnis: vertini verslo vertę, o ne paspaudimų rodiklį

Naujas pavadinimas gali padidinti paspaudimų rodiklį, bet kartais pritraukia mažiau pasiruošusių pirkti vartotojų.

Todėl vertink ne tik:

Ar optimizacija atnešė daugiau paspaudimų?

Bet ir:

Ar priemonė atnešė daugiau pelningų užsakymų ar didesnę pridėtinę vertę?

Šios klaidos dažniausiai pasitaiko CSS produktų srautuose

KlaidaGalima pasekmėGeresnis sprendimas
Bendriniai produktų pavadinimaineaiškus priskyrimasnurodyti konkrečias produkto savybes
Neteisingas ar trūkstamas GTINsilpna produkto identifikacijapatikrinti gamintojo duomenis
Vienas ID visiems variantamsneteisingas modelis po paspaudimovariantus pateikti atskirai
Kainų neatitikimasatmetimas ar prasta vartotojo patirtissinchronizuoti srautą ir parduotuvę
Pasenusios atsargospaspaudimai ant neprieinamų produktųdažnesnis atnaujinimas
Tik viena produkto nuotraukaper mažai pirkimo kontekstopridėti papildomas ir gyvenimo būdo nuotraukas
Per bendra kategorijanetiksli klasifikacijarinktis tiksliausią tinkamą kategoriją
Custom Labels be sistemosneįmanoma prasmingai analizuotinaudoti fiksuotus apibrėžimus
Neatsižvelgta į maržąapyvarta be pelningumoatspindėti maržą sraute
Vienas srautas visoms kalbomsnenatūralūs produktų pavadinimaikalbai pritaikytos taisyklės
Repricing'as tik parduotuvėjekainų neatitikimaisinchronizuoti visus duomenų šaltinius
CSS kaip srauto kokybės pakaitalaspotencialas lieka neišnaudotasoptimizuoti CSS ir srautą atskirai

30 dienų planas tavo srauto optimizavimui

1 savaitė: patikrini techninę savo srauto būklę

Pirmiausia sudaryk esamos padėties apžvalgą:

  • Kiek produktų patvirtinta?
  • Kokios klaidos pasitaiko dažniausiai?
  • Ar sutampa kaina ir prieinamumas?
  • Ar ID stabilūs?
  • Ar variantai teisingai atskirti?
  • Kokia galiojančių GTIN dalis?
  • Kurie produktai neturi nuotraukų?

Pirmiausia ištaisyk klaidas, dėl kurių produktai visiškai nerodomi.

2 savaitė: pagerini pavadinimus ir identifikatorius

Pasirink svarbiausias produktų grupes pagal apyvartą ar potencialą.

Kiekvienai kategorijai sukurk pavadinimo šabloną ir papildyk:

  • Prekės ženklą
  • Modelį
  • Produkto tipą
  • pagrindinę specifikaciją
  • variantų duomenis

Kartu patikrink GTIN, MPN ir prekės ženklą.

3 savaitė: papildai nuotraukas ir produktų informaciją

Svarbiems produktams papildyk:

  • didelės skiriamosios gebos pagrindines nuotraukas
  • alternatyvius rakursus
  • detalių nuotraukas
  • gyvenimo būdo nuotraukas
  • produkto akcentus
  • technines produkto detales

Pirmiausia optimizuok produktus su daug rodinių, bet silpnu paspaudimų ar konversijų rodikliu.

4 savaitė: sukuri ekonominį valdymą ir automatizavimą

Apibrėžk Custom Label sistemą ir perduok:

  • Maržą
  • Pardavimų stiprumą
  • Atsargas
  • Sezoną
  • strateginį prioritetą

Pritaikyk atnaujinimo dažnį prie savo asortimento. Esant dinaminėms kainoms ir atsargoms, naudok API.

CSS partneris suteikia infrastruktūrą. Duomenų srautas lemia tavo sėkmę.

Gera kainų palyginimo paslauga leidžia prisijungti prie CSS. Tavo asortimento sėkmė visų pirma priklauso nuo kokybiškų produktų duomenų.

Pirmiausia pasirūpink, kad tavo produktai turėtų vienareikšmius identifikatorius, būtų teisingai patvirtinti ir turėtų aktualias kainas bei atsargų duomenis.

Po to seka rezultatus gerinančios priemonės:

  • tikslūs produktų pavadinimai
  • struktūrizuoti aprašymai
  • teisingi GTIN
  • specifinės kategorijos
  • įtikinančios produktų nuotraukos
  • gyvenimo būdo nuotraukos
  • verslo logika paremti Custom Labels
  • patikima automatizacija

Stiprus produktų srautas pateikia tinkamą informaciją tinkamame atribute tinkamu metu.

CSS prijungimą, produktų duomenis, kainas ir kampanijų logiką vertink kaip visumą. Taip „Google Shopping“ išlieka valdomas net ir su dideliu asortimentu.

Dažni klausimai apie produktų srauto optimizavimą CSS

Ar CSS partneris automatiškai optimizuoja mano produktų srautą?

CSS prijungimas ir srauto optimizavimas yra atskiros paslaugos. Patikrink konkretų savo teikėjo paslaugų apimtį.

Ar lifestyle_image_link yra privalomas atributas?

Šis atributas yra neprivalomas. Naudok jį gyvenimo būdo ar naudojimo nuotraukoms, pavyzdžiui, drabužiams ant modelių ar baldams įrengtuose kambariuose.

Ar visada turėčiau išnaudoti maksimalų pavadinimo ilgį?

Rašyk pavadinimus tiksliai, suprantamai ir konkrečiai apie produktą. Google teikia pirmenybę tiksliai informacijai be tuščių žodžių ir grynai reklaminių frazių.

Kaip dažnai turėčiau atnaujinti produktų srautą?

Atnaujinimų dažnį derink su savo atsargų ir kainų pokyčiais. Stabiliems asortimentams naudok kasdienį atsisiuntimą, o dažniems pakeitimams – API arba Products paslaugą.

Ar man visada reikia GTIN?

Nustatyk identifier_exists reikšmę no tik tuo atveju, jei produktui iš tiesų nėra GTIN, MPN ar prekės ženklo.

Ar galiu maržas nurodyti tiesiogiai sraute?

Suskirstyk produktus į maržos grupes naudodamas Custom Label. Tokiam skirstymui Google aiškiai rekomenduoja vartotojo apibrėžiamus žymenis.

Ar tą patį produktų srautą galima naudoti keliems CSS partneriams?

Prieš keisdamas partnerį ar naudodamas kelis lygiagrečiai, suderink paskyras, duomenų šaltinius ir patvirtinimus su savo CSS teikėjais. Produktų informacija Merchant Center turi išlikti nuosekli.

Kas svarbiau: produkto pavadinimas ar nuotrauka?

Pavadinimas apibūdina produktą, o nuotrauka jį parodo. Prieš optimizuodamas kurį nors iš jų, patikrink, ar teisinga kaina, prieinamumas ir produkto identifikacija.
Google CSS
19 €/ mėn. už domeną
Pradėti
  • Nemokama Google CSS migracija
  • Visiškas matomumas „Google Shopping“
  • 20% mažesnės paspaudimo kainos
  • Matomumas nemokamuose sąrašuose
  • 21 ES rinka įskaičiuota
  • Premium el. pašto pagalba
  • Atšaukti bet kada