Produkto srauto optimizavimas, skirtas Comparison Shopping Services
Daugelis prekybininkų didžiausią svertą pirmiausia ieško Comparison Shopping Service (CSS). Tačiau kai tik techninis CSS ryšys yra nustatytas, daugiausia produkto srautas lemia, kuriuos straipsnius Google teisingai supranta, kokioms paieškos užklausoms jie yra tinkami ir kaip įtikinamai jie yra pateikiami.
CSS partneris gali sukurti gerą techninį ir ekonominį pagrindą. Tačiau jis negali kompensuoti neišsamių produkto pavadinimų, klaidingų GTIN, pasenusių kainų ar prastų produkto vaizdų.
Google produkto pavadinimą apibūdina kaip vieną labiausiai matomų Shopping skelbimo ar nemokamo produkto įrašo komponentų. Tikslus, specifinis pavadinimas padeda Google susieti produktą su tinkamais vartotojais.
Todėl produkto srauto optimizavimas nėra vienkartinė techninė užduotis. Jis sujungia:
Šis vadovas parodys, kaip optimizuoti produkto srautą, skirtą Comparison Shopping Services, ir kokie atributai yra ypač svarbūs Google Shopping, Merchant Center ir CSS.
Duomenų apie produktus sluoksniai, kuriuos turėtumėte atskirti
Dažnai CSS ir Google Shopping metu painiojami du skirtingi duomenų sluoksniai.
1. Prekybininko informacijos kanalas „Google Merchant Center“ sistemoje
Šis kanalas apima internetinės parduotuvės produktų duomenis. Tai apima, pavyzdžiui:
- Produkto ID
- Pavadinimas
- Aprašymas
- Produkto puslapis
- Kaina
- Prieinamumas
- Paveikslėliai
- Prekės ženklas
- GTIN
- Varianto informacija
- Pristatymo duomenys
Šie duomenys naudojami, be kita ko, Shopping skelbimuose ir nemokamuose produktų sąrašuose. Kanalas išlieka itin svarbus net ir tada, kai prekybininkas yra prijungtas per CSS Partnerį.
2. Produktų duomenys, skirti CSS produktų puslapiams
Palyginimo apsipirkimo paslaugos (CSS) taip pat gali pateikti savo produktų puslapius. Organiniam tokių CSS produktų puslapių rodymui „Google“ nurodo tokius atributus kaip id, title, description, image_link, additional_image_link, google_product_category, product_type, brand, gtin, mpn, varianto atributus, product_detail ir product_highlight.
Praktinė išvada yra tokia:
Produktų duomenys turėtų būti ne tik techniškai tinkami. Jie taip pat turi būti struktūrizuoti taip, kad prekybininkai, „Google“ ir CSS tiekėjas galėtų aiškiai identifikuoti tuos pačius produktus.
Kokia tvarka turėtumėte optimizuoti informacijos kanalą?
Dažna klaida yra iš karto pradėti rašyti naujus pavadinimus, nors vis dar yra pagrindinių duomenų klaidų.
Daug prasmingesnis yra aiškus prioritetų nustatymas:
| Lygmuo | Tikslas | Tipinės priemonės |
|---|---|---|
| 1. Patvirtinimas | Produktai turi būti techniškai tinkami | Privalomi atributai, taisyklės, URL, identifikatoriai |
| 2. Tikslumas | Kanalas ir parduotuvė turi atitikti | Kaina, prieinamumas, variantai, pristatymas |
| 3. Aktualumas | „Google“ turi suprasti produktą | Pavadinimas, aprašymas, kategorija, GTIN |
| 4. Pristatymas | Pasiūlymas turi įtikinti | Pagrindinis paveikslėlis, papildomi paveikslėliai, gyvenimo būdo paveikslėliai |
| 5. Valdymas | Produktai turi būti ekonomiškai grupuojami | Custom Labels, marža, sezonas, atsargos |
| 6. Aktualumas | Duomenys turi būti patikimai sinchronizuojami | Duomenų šaltiniai, automatizavimas, Merchant API |
Kruopščiai optimizuotas pavadinimas mažai naudos, jei produktas bus atmestas dėl kainos klaidos. Ir atvirkščiai, patvirtintas kanalas dar toli gražu nėra geras kanalas.
Stabilūs produktų ID ir tvarkingi variantai sudaro pagrindą
Kiekvienam parduodamam produktui arba kiekvienam savarankiškai užsakomam produkto variantui reikalingas unikalus priskyrimas.
Marškinėliai su penkiais dydžiais ir keturiomis spalvomis turi ne tik vieną produktą, bet ir iki 20 konkrečių variantų. Kiekvienas variantas gali turėti savo unikalią šių duomenų kombinaciją:
- Produkto ID
- Spalva
- Dydis
- Kaina
- Prieinamumas
- Paveikslėlis
- GTIN
- MPN
„Google“ savo pavyzdžiuose rodo, kad variantai gali būti pateikiami atskirai ir susieti per bendrą item_group_id. Pavadinimai ir varianto atributai turėtų teisingai apibūdinti atitinkamą vykdymą.
Geros produktų ID taisyklės
Produkto ID turėtų:
- išlikti stabilus
- būti unikalus kanale
- nepriklausyti nuo kainos ar atsargų
- kiek įmanoma, būti gaunamas iš prekių valdymo ar parduotuvės sistemos
- variantų atveju identifikuoti konkretų vykdymą
Nenaudokite naujo ID kiekvieną kartą, kai keičiate pavadinimą, kainą ar paveikslėlį. „Google“ tai sukeltų naują pasiūlymą, nors tai vis dar tas pats produktas.
Tipinė variantų klaida
Prekybininkas pateikia visus batų dydžius su tuo pačiu ID. Paskirties puslapyje pagal nutylėjimą pasirinktas 42 dydis, tačiau kanale produktas vadinamas 39 dydžiu.
Dėl to kanalas, produkto puslapis ir faktiškai pasirenkamas variantas nesutampa tvarkingai.
Geriau yra:
- savo ID kiekvienam dydžiui ir spalvai
- teisingas paskirties puslapio variantas
- tinkamas varianto paveikslėlis
- galiojantis prieinamumas
- bendras item_group_id
Produktų pavadinimų optimizavimas: tikslumas, o ne raktinių žodžių kiekis
Produkto pavadinimas nėra klasikinis SEO pavadinimas ir ne reklaminis skelbimas. Jis turėtų kuo greičiau paaiškinti „Google“ ir vartotojui, koks konkretus produktas siūlomas.
Geras pavadinimas, priklausomai nuo asortimento, atsako į keletą šių klausimų:
- Koks prekės ženklas?
- Koks modelis?
- Koks produkto tipas?
- Kuriai tikslinei auditorijai?
- Koks variantas?
- Kokia spalva?
- Koks dydis?
- Kokia medžiaga?
- Kokia techninė specifikacija?
- Koks kiekis?
„Google“ rekomenduoja tikslius ir konkrečius pavadinimus, o variantus, tokius kaip spalva ir dydis, savo pavyzdžiuose tiesiogiai pateikia pavadinime.
Prasmingos pavadinimų struktūros pagal produkto tipą
| Produkto tipas | Galima pavadinimo struktūra |
|---|---|
| Mada | Prekės ženklas + Tikslinė grupė + Produkto tipas + Medžiaga + Spalva + Dydis |
| Elektronika | Prekės ženklas + Modelis + Produkto tipas + Pagrindinė specifikacija + Spalva |
| Baldai | Prekės ženklas + Produkto tipas + Matmenys + Medžiaga + Spalva |
| Buitinė technika | Prekės ženklas + Modelis + Prietaiso tipas + Galia/Talpa + Spalva |
| Atsarginės dalys | Prekės ženklas + Produkto tipas + Detalės numeris + Suderinamumas |
| B2B produktai | Prekės ženklas + Produkto tipas + Techninės charakteristikos + Medžiaga + Pakuotės vienetas |
Pavyzdžiai
Per daug apibendrinta:
Moteriška striukė moderni pigi
Geriau:
Prekės ženklas Moteriška pereinamoji striukė nepralaidi vandeniui Tamsiai mėlyna Dydis 40
Per daug reklaminė:
Geriausias profesionalus kavos aparatas, pirkite dabar pigiai
Geriau:
Prekės ženklas Modelis Automatinis kavos aparatas 15 bar 1,8 l Juodas
Netikslu:
Pramoninis siurblys nerūdijančio plieno
Geriau:
Prekės ženklas Centrinis siurblys 400 V 12 m³/h Nerūdijantis plienas DN 50
Svarbiausia informacija turi būti priekyje
Ne kiekvienas pavadinimas bus pilnai rodomas visur. Todėl pirkimui svarbią informaciją pateikite pradžioje.
Gerai žinomo prekės ženklo produkto atveju, prekės ženklas gali būti pirmas. Mažai žinomo gamintojo atveju, konkreti produkto rūšis gali būti svarbesnė.
Nėra griežtos taisyklės visoms produktų grupėms. Svarbiausia, kokia informacija vartotojas gali greičiausiai identifikuoti produktą.
Jokio dirbtinio raktinių žodžių sąrašo
Toks pavadinimas nesuteikia papildomo aiškumo:
Biuro kėdė rašomojo stalo kėdė darbo kėdė sukamoji kėdė pigiai pirkti internetu
Keli panašūs terminai iš eilės daro pavadinimą sunkiai skaitomą ir sumenkina konkretų produkto aprašymą.
Geriau:
Prekės ženklas Ergonominė biuro kėdė su juosmens atrama Juoda
Sinonimai, papildomos naudojimo sritys ir techninės detalės gali būti įtrauktos į aprašymą ar kitus atributus.
Teisingai žymėti AI generuotus produkto pavadinimus
Esant dideliems asortimentams, AI sistemos gali padėti generuoti pavadinimus iš struktūrizuotų produkto duomenų. Tačiau AI neturėtų rašyti laisvai „kūrybiškai“, o vadovautis aiškiomis taisyklėmis.
Prasmingas raginimas arba pavadinimo šablonas naudoja tik realiai egzistuojančius laukus:
Sukurkite produkto pavadinimą iš prekės ženklo, modelio, produkto tipo, spalvos, dydžio ir medžiagos. Neišgalvokite savybių ir nenaudokite reklaminių teiginių.
Dabartinėje „Merchant Center“ dokumentacijoje „Google“ skiria klasikinį atributą title ir structured_title. Pavadinimams, sugeneruotiems generatyvine AI, turėtų būti naudojamas structured_title. Ne AI generuoti pavadinimai gali būti teikiami per title arba structured_title.
Net ir automatizuotiems pavadinimams reikia kokybės kontrolės. Visų pirma, patikrinkite:
- išgalvotos savybės
- dvižodžiai terminai
- neteisingi matavimo vienetai
- nutraukti modelio pavadinimai
- trūkstami variantų duomenys
- nenatūralūs vertimai
- nepriimtini reklaminiai teiginiai
Aprašymų kūrimas vartotojams ir sistemoms
Daugelis produkto aprašymų kanale susideda tik iš pirmojo produkto puslapio pastraipos. Kituose yra navigacijos elementų, HTML likučių, bendrų gamintojo tekstų ar keičiamų reklaminių frazių.
Geras kanalo aprašymas, priešingai, turėtų suprantamai apibendrinti svarbiausias produkto savybes.
Priklausomai nuo produkto, tai apima:
- funkcija
- naudojimo sritis
- medžiaga
- matmenys
- techniniai duomenys
- suderinamumas
- pristatymo apimtis
- tikslinė grupė
- ypatingos įrangos savybės
Turtingiems produktų pristatymams „Google“ rekomenduoja išsamius, gerai struktūrizuotus aprašymus ir nurodo daugiau nei 200 simbolių kaip rekomendaciją. Be to, produkto detalės ir papildomi produkto vaizdai gali būti pateikiami per atskirus atributus.
Silpno aprašymo pavyzdys
Aukštos kokybės produktas geriausios kokybės. Užsisakykite dabar patogiai internetu ir pasinaudokite mūsų greitu pristatymu.
Tekstas galėtų priklausyti beveik bet kuriam produktui. Jis nesuteikia nei „Google“, nei potencialiam klientui naudingos informacijos.
Geriau
Reguliuojamo aukščio rašomasis stalas su elektriniu rėmu, 160 × 80 cm darbo paviršiumi ir reguliavimo diapazonu nuo 65 iki 130 cm. Rėmas turi du variklius, keturių aukščių atminties funkciją ir maksimalią 100 kg apkrovą.
Čia aprašomos konkrečios savybės, neperkraunant teksto raktažodžiais.
Tikslinis product_highlight ir product_detail naudojimas
Ne visa informacija turi būti įsprausta į pavadinimą ar aprašymą.
Su product_highlight galite struktūrizuotai perduoti trumpus produkto privalumus ar pagrindines savybes. „Google“ rekomenduoja keturis–šešis akcentus; galimi bent du ir daugiausia 100. Vienas akcentas gali turėti iki 150 simbolių.
Pavyzdžiai:
- Elektra reguliuojamas aukštis nuo 65 iki 130 cm
- Atminties funkcija keturiems darbiniams aukščiams
- Išlaiko iki 100 kg
- Du tylūs varikliai
- Stalviršis pagamintas iš FSC sertifikuotos medienos
| Sritis | Savybė | Reikšmė |
|---|---|---|
| Matmenys | Plotis | 160 cm |
| Matmenys | Gylis | 80 cm |
| Našumas | Apkrova | 100 kg |
| Medžiaga | Stalviršis | Ąžuolas |
| Elektra | Įvesties įtampa | 230 V |
Atributas product_detail tinka labiau struktūrizuotiems techniniams duomenims, pavyzdžiui:
Taip pavadinimas išlieka skaitomas, o techninė informacija vis tiek pasiekiama struktūrizuotai.
Teisingas GTIN, prekės ženklo ir MPN pateikimas
Unikalūs produkto identifikatoriai padeda aiškiai identifikuoti konkretų prekybos produktą.
Svarbiausi duomenys yra šie:
- gtin: Pasaulinis prekybos prekės numeris, pavyzdžiui, EAN arba UPC
- brand: Prekės ženklas
- mpn: Gamintojo prekės numeris
„Google“ rekomenduoja, jei įmanoma, pateikti visus tris duomenis. Šie produkto identifikatoriai gali padėti „Google“ teisingai priskirti pasiūlymą ir parodyti vartotojams ieškomą produktą.
Niekada nekūrkite GTIN
Jei produktas turi oficialų GTIN, turi būti naudojamas tiksliai šis numeris. Nekurkite savo skaičių eilių, kad tik užpildytumėte laukelį.
Variacijos atveju dažnai kiekviena konkreti variacija turi savo GTIN. Raudoni marškinėliai M dydžio gali turėti kitą GTIN nei tas pats modelis mėlynos spalvos arba L dydžio.
Produktai be unikalaus identifikavimo
Rankų darbo vienetiniai gaminiai, individualizuoti produktai ar tam tikri individualiai pagaminti produktai gali neturėti GTIN, MPN ar prekės ženklo.
Produktams, kuriems iš tiesų nebuvo priskirti unikalūs identifikatoriai, galima naudoti identifier_exists su reikšme „no“ arba „false“. Šis atributas neturėtų būti naudojamas norint apeiti trūkstamus duomenis įprastų prekės ženklų produktų atveju.
Savi prekės ženklai
Esant tikram savam prekės ženklui, jūs įrašote savo prekės ženklą kaip „brand“. Esamas vidinis prekės numeris tam tikromis sąlygomis gali būti naudojamas kaip MPN, jei jis aiškiai identifikuoja produktą kaip gamintojo prekę.
Svarbu nuoseklus naudojimas visoje parduotuvėje, sklaidos kanale, pakuotėje ir produkto puslapyje.
„Google“ produkto kategorijos ir individualūs produktų tipai
Atributai google_product_category ir product_type atlieka skirtingas užduotis.
google_product_category
Čia produktas priskiriamas „Google“ nustatytai produkto taksonomijai.
Pavyzdys:
Apranga ir aksesuarai > Apranga > Viršutiniai drabužiai > Striukės ir paltai
„Google“ dokumentuoja tiek skaitmeninius kategorijų ID, tiek išrašytus kategorijų kelius ir rodo priskyrimą pagal daugelį produktų tipų.
Pasirinkite specifiškiausią tinkamą kategoriją. Biuro kėdė neturėtų būti klasifikuojama tik kaip „Baldai“, jei yra tikslesnė pakategorė.
product_type
Šis laukas gali atspindėti jūsų pačių parduotuvės ar asortimento struktūrą.
Pavyzdys:
Biuro baldai > Biuro kėdės > Ergonominės biuro kėdės
Tvarkingas produkto tipas padeda įvertinti ir grupuoti produktus pagal jūsų faktinę asortimento logiką.
Nerašykite kampanijos logikos į kategoriją
Tokios vertės nėra prasmingi produktų tipai:
- didelė marža
- geriausiai parduodami
- išpardavimas
- kampanija 3
- PMax testas
- Prioritetas A
Tokia informacija turi būti nurodyta „Custom Labels“. Kategorija turėtų apibūdinti, kas yra produktas, o ne tai, kaip norite jį reklamuoti.
Optimizuokite produkto paveikslėlius ir lifestyle_image_link
Paveikslėlis dažnai lemia, ar vartotojas apskritai pastebi apsipirkimo rezultatą.
Pagrindiniame paveikslėlyje turi būti kuo aiškiau parodytas konkretus produktas. Venkite:
- netinkami variantai
- maži produktai dideliuose paveikslėlių plotuose
- prasti iškirpimai
- nevienodas fonas
- neryškūs kadrai
- vietos ženklo paveikslėliai
- prie priekaištų esantys priedai, kurie nėra pasiūlyme, kaip dominantis elementas
„Google“ rekomenduoja didelės raiškos paveikslėlius, kad būtų galima pateikti išsamius produkto aprašymus, ir nurodo daugiau nei 1 500 pikselių ilgesnėje pusėje kaip rekomendaciją.
Pagrindinis paveikslėlis atsako: ką aš perku?
Atributas image_link turėtų rodyti faktiškai siūlomą produktą.
Jei yra variantų, paveikslėlis turi atitikti spalvą, medžiagą ar apdailą. Vartotojas, paspaudęs mėlyną kėdę, neturėtų patekti į produkto puslapį, kuriame iš anksto pasirinktas raudonos kėdės variantas.
Papildomi paveikslėliai atsako į kitus pirkimo sprendimus
Naudodami additional_image_link galite pateikti papildomus vaizdus. „Google“ palaiko iki dešimties papildomų paveikslėlių. Jie gali rodyti, pavyzdžiui, skirtingas perspektyvas, detales, pakuotes ar naudojimo situacijas.
Prasminga paveikslėlių seka gali atrodyti taip:
- aiškus pagrindinis paveikslėlis
- šoninis vaizdas
- galinis vaizdas
- detalus kadras
- dydžio santykis
- produktas naudojamas
- pristatymo apimtis
- pakuotė
Mes sujungiame CSS prijungimą, srauto kokybę ir kampanijos logiką, kad jūsų produktai būtų tvarkingi, išsamūs ir ekonomiškai efektyvūs Google Shopping.
Paklausti pasiūlymoKas yra lifestyle_image_link?
Naudojant lifestyle_image_link, gyvenimo būdo paveikslėliai gali būti pateikiami atskirai nuo klasikinių produkto paveikslėlių.
„Google“ tam nurodo, pavyzdžiui:
- drabužiai ant modelio
- baldų komplektas kambaryje
- keli produktai kaip visas rinkinys
- produktai realioje naudojimo situacijoje
- image_link: sofa atskirta arba neutraliame fone
- additional_image_link: šoninis vaizdas, galinė dalis, audinio detalė
- lifestyle_image_link: sofa visiškai įrengtoje svetainėje
Šis atributas ypač tinka, jei norite, kad pagrindinis paveikslėlis išliktų objektyvus ir orientuotas į produktą, bet papildomai norite perteikti naudojimo kontekstą.
Sofos atveju paskirstymas gali atrodyti taip:
Kainos ir prieinamumas turi būti sinchronizuoti
Optimizuotas srautas yra bevertis, jei vartotojai, paspaudę, randa kitą kainą arba nepasiekiamą prekę.
Kaina, pateikta pagal price, turi atitikti kainą atitinkamame produkto puslapyje. Taip pat valiuta turi atitikti paskirties šalį ir matomą valiutą nukreipimo puslapyje.
Prieinamumui „Google“ palaiko, be kita ko:
- sandėlyje
- išparduota
- išankstinis užsakymas
- užsakymas atidėtas
Informacija turi atitikti produkto puslapį, pirkimo procesą ir, jei taikoma, struktūrinius duomenis. Išankstiniams užsakymams ar užsakymams atidėjus papildomai reikalinga prieinamumo data, kuri taip pat turėtų būti matoma produkto puslapyje.
Neištrinkite produktų be reikalo
Jei prekė laikinai nepasiekiama, neturėtumėte jos automatiškai visiškai pašalinti iš duomenų šaltinio.
Priklausomai nuo situacijos, galite:
- naudoti išparduota
- valdyti pauzę per atitinkamą atributą
- naudoti užsakymas atidėtas užsakymams atidėjus
- naudoti išankstinis užsakymas dar nepublikuotiems produktams
Tokiu būdu iš esmės išlaikomas produkto priskyrimas ir prekė gali būti atnaujinta, kai vėl taps prieinama.
Saugus kainodaros pakeitimų įgyvendinimas „Google Shopping“
Dinaminis kainų valdymas gali būti naudingas apsipirkimo aplinkoje. Tačiau tai padidina kainų neatitikimų riziką.
Kainodaros pakeitimų sistema neturėtų keisti tik matomos parduotuvės kainos. Ji turi vienu metu atnaujinti visus atitinkamus duomenų lygius:
- kaina parduotuvės sistemoje
- kaina produkto puslapyje
- struktūrizuoti duomenys produkto puslapyje
- Merchant Center duomenų šaltinis
- jei taikoma, vietinės kainos
- CSS produkto duomenys
Pakeitimas turėtų būti atliekamas kaip nuoseklus procesas. Jei duomenų srautas atnaujinamas pirmiausia, o produkto puslapyje vis dar rodoma sena kaina, laikinai atsiras neatitikimas. Tas pats galioja ir atvirkštine tvarka.
„Google“ gali naudoti automatinius produkto atnaujinimus kainai ir prieinamumui, jei produkto puslapyje yra struktūrizuoti duomenys. Tačiau ši funkcija skirta kaip papildoma apsauga ir nepakeičia reguliaraus produkto duomenų atnaujinimo.
Repricingui reikia ekonominių ribų
Žemiausia kaina nėra automatiškai pelningiausia kaina.
Protinga sistema atsižvelgia į:
- Pirkimo kaina
- Marža
- Pristatymo išlaidos
- Mokėjimo mokesčiai
- Grąžinimo rodiklis
- Reklamos išlaidos
- Minimalus likutis
- Konkurencijos lygis
- Pageidaujama pozicija rinkoje
Todėl nustatyk minimalias kainas ir maržos ribas. Priešingu atveju, automatinis kainos sumažinimas gali generuoti daugiau paspaudimų, bet tuo pačiu metu sunaikinti tavo įmokos maržą.
Švariai sujunk vietinį inventorių su produkto feed'u
Prekybininkams su fizinėmis parduotuvėmis, be bendrų produkto duomenų, reikalinga ir vietinė atsargų informacija.
Reikia atskirti tarp:
- paties produkto
- jo prieinamumo konkrečioje parduotuvėje
- galimos skirtingos vietinės kainos
- atsiėmimo ir pristatymo galimybių
„Google“ leidžia prekybininkams naudoti esamus produkto duomenis vietiniams skelbimams ir nemokamiems vietiniams produktų sąrašams. Priklausomai nuo konfigūracijos, produkto duomenys ir vietiniai atsargų duomenys gali būti automatiškai sinchronizuojami.
Jei kainos priklauso nuo parduotuvės, kaina gali būti paimta iš pirminio produkto duomenų šaltinio arba iš vietinių atsargų duomenų. Svarbu, kad kainos, matomos atitinkamame parduotuvės produkto puslapyje, atitiktų pateiktus duomenis.
Tipiška vietinio inventoriaus struktūra
| Produkto ID | Parduotuvė | Likutis | Kaina |
|---|---|---|---|
| STUHL-100-BLAU | Vilnius-01 | 8 | 249 € |
| STUHL-100-BLAU | Kaunas-02 | 0 | 249 € |
| STUHL-100-BLAU | Klaipėda-03 | 3 | 259 € |
Produktas lieka tas pats. Tačiau atsargos ir kaina gali skirtis priklausomai nuo vietos.
Svarbus yra nuoseklus parduotuvės identifikatorius. Vietinių duomenų bazėje naudojamas parduotuvės ID turi būti aiškiai priskirtas atitinkamai parduotuvei.
Naudokis Custom Labels pelningoms kampanijoms
Techniškai geras feed'as aprašo produktą. Ekonomiškai geras feed'as papildomai turi informacijos, su kuria gali valdyti asortimentą pagal verslo vertę.
„Google“ tam suteikia penkias pasirinktines etiketes:
- custom_label_0
- custom_label_1
- custom_label_2
- custom_label_3
- custom_label_4
„Google“ nurodo galimus naudojimo atvejus, tokius kaip sezonas, pardavimų stiprumas, kainų diapazonas, marža ir paleidimas į rinką. Vertės nėra matomos klientams, bet naudojamos grupavimui ir analizei Shopping bei Performance Max kampanijose.
Pavyzdys, kaip prasmingai užpildyti Custom Labels
| Custom Label | Reikšmė | Pavyzdinės vertės |
|---|---|---|
| custom_label_0 | Marža | aukšta, vidutinė, žema |
| custom_label_1 | Pardavimų stiprumas | Populiariausi, normalūs, lėtai parduodami |
| custom_label_2 | Atsargos | kritinės, normalios, didelės |
| custom_label_3 | Sezonas | ištisus metus, vasara, žiema |
| custom_label_4 | Strateginis vaidmuo | Pagrindinis produktas, įvadas, priedai |
Taip, pavyzdžiui, gali nustatyti, ar tavo kampanija generuoja pardavimus, bet daugiausia parduoda mažos maržos produktus.
Venk per daug individualių reikšmių
Custom Label nėra skirta kaip antras produkto ID.
Nelabai prasminga:
- custom_label_0 = SKU-183729
- custom_label_0 = SKU-183730
- custom_label_0 = SKU-183731
- custom_label_0 = auksta_marza
- custom_label_0 = vidutine_marza
- custom_label_0 = zema_marza
Prasmingiau:
Vertės turėtų sudaryti tikras grupes, kurių pagrindu gali priimti sprendimus.
Pasirink tinkamą duomenų šaltinį
Ne kiekvienai parduotuvei reikia to paties techninio sprendimo.
Maži, gana stabilūs asortimentai
Esant nedaugeliui produktų ir retai keičiantis kainoms, automatiškai gaunamo failo gali pakakti.
Galimi formatai, pavyzdžiui:
- XML
- TSV
- automatiškai pateikiamas produkto failas
- tiesioginė parduotuvės integracija
Svarbu ne tik formatas, bet ir atnaujinimo patikimumas.
Vidutiniai asortimentai su papildomais verslo duomenimis
Čia gali būti naudingas pirminio ir papildomo duomenų šaltinių derinys.
Pirminiame šaltinyje, pavyzdžiui, pateikiama:
- Prekės ID
- Pavadinimas
- Kaina
- Prieinamumas
- Prekės nuoroda
- Paveikslėliai
- Maržos klasės
- Sezoniniai priskyrimai
- Kampanijos etiketės
- Optimizuoti pavadinimai
- Papildomos prekės savybės
Papildomas šaltinis teikia:
Apdirbus, Merchant Center prekė gali susidėti iš pirminio prekės įrašo ir kelių papildomų įrašų.
Dideli arba labai dinamiški asortimentai
Esant dažniems kainų, atsargų ar asortimento pokyčiams, Merchant API dažnai yra tvirtesnis pagrindas.
„Google“ per Merchant API leidžia tvarkyti pirminius ir papildomus duomenų šaltinius. Duomenų šaltiniai gali būti nustatyti konkrečioms kalboms ir srautų etiketėms arba lanksčiau naudojami keliems deriniams.
Kalbant apie failais pagrįstus duomenų šaltinius, „Google“ nurodo, kad rankinis arba suplanuotas atnaujinimas nėra skirtas bet kokio dažnumo atnaujinimams. Jei atnaujinimų reikia dažniau nei kartą per dieną, vietoj jo turėtų būti naudojama „Products“ paslauga.
Praktinis suskirstymas yra toks:
| Situacija | Tinkamas sprendimas |
|---|---|
| Mažas, stabilus produktų kiekis | automatiškai atnaujinamas failas |
| Papildomi maržos ar kampanijos duomenys | papildomas duomenų šaltinis |
| Dažni atsargų pokyčiai | tiesioginis API prisijungimas |
| Dinamiškas kainų nustatymas | API pagrindu atnaujinimas |
| Daug šalių ir kalbų | struktūruota, centralizuota duomenų architektūra |
| Agentūra su daugeliu klientų | standartizuoti API ir validavimo procesai |
Produkto sklaidos kanalų lokalizavimas kelioms šalims
Tarptautinis sklaidos kanalas nėra tiesiog išversta Lietuvos sklaidos kanalo kopija.
Kiekvienoje tikslinėje šalyje gali skirtis:
- Kalba
- Valiuta
- Kaina
- PVM
- Pristatymo išlaidos
- Prieinamumas
- Dydžių pavadinimai
- Matavimo vienetai
- Produkto pavadinimai
- Teisiškai privaloma informacija
- Asortimentas
Merchant API sistemoje feedLabel, contentLanguage ir tikslinės šalys yra atskiri konfigūracijos elementai. Sklaidos kanalo etiketė, pvz., „LT“, automatiškai nereikalauja, kad produktai būtų nukreipti tik Lietuvoje. Tikslinės šalys ir pristatymo konfigūracija turi būti nustatomos atskirai.
Versk ne tik žodžius, bet ir paieškos elgseną
Pažodinis vertimas gali būti lingvistiškai teisingas, tačiau komerciškai netinkamas.
Pavyzdžiui, vartotojai skirtingose šalyse gali:
- naudoti kitus produktų terminus
- skirtingai rašyti matmenis
- skirtingai derinti prekės ženklus ir modelius
- labiau ieškoti pagal medžiagas ar naudojimo atvejus
- tikėtis kitų dydžių standartų
Todėl kiekvienai kalbai kurkite savo pavadinimų taisykles. Bendra produktų duomenų bazė gali būti pagrindas, tačiau kalbos išvestis turėtų būti lokalizuota.
Kaip išmatuoti srauto optimizavimą
Nekeiskite visų asortimento atributų vienu metu. Priešingu atveju vėliau bus sunku nustatyti, kuri priemonė iš tiesų padėjo.
Geriau yra kontroliuojamas procesas.
1 žingsnis: suformuokite palyginamas produktų grupes
Pavyzdžiui:
- 200 produktų su optimizuotais pavadinimais
- 200 panašių produktų su ankstesniais pavadinimais
- Produktų grupė su gyvenimo būdo vaizdais
- Palyginama produktų grupė be gyvenimo būdo vaizdų
Arba:
2 žingsnis: dokumentuokite ankstesnius rezultatus
Įrašykite bent jau:
- Parodymai
- Paspaudimai
- Paspaudimų rodiklis
- Išlaidos
- Konversijos
- Konversijų rodiklis
- Pajamos
- Išlaidų ir pajamų santykis
- Patvirtintų produktų dalis
3 žingsnis: keiskite tik vieną didelį veiksnį
Pavyzdžiui, pirmiausia išbandykite pavadinimus. Po to – paveikslėlius. Tada – pasirinktines etiketes arba produktų aprašymus.
4 žingsnis: Surinkite pakankamai duomenų
Produktas, turintis du parodymus, nesuteikia patikimos informacijos. Įvertinkite pokyčius atsižvelgdami į reikšmingas produktų grupes ir atsižvelkite į sezoniškumą.
5 žingsnis: Vertinkite verslo vertę, o ne paspaudimų rodiklį
Naujas pavadinimas gali padidinti paspaudimų rodiklį, tačiau pritraukti mažiau pirkti pasirengusių naudotojų.
Todėl vertinkite ne tik tai:
Ar optimizavimas padidino paspaudimų skaičių?
Bet ir tai:
Ar jis sukūrė daugiau pelningų užsakymų arba didesnį maržą?
Dažniausios klaidos CSS produktų sklaidos kanaluose
| Klaida | Galimos pasekmės | Geresnis sprendimas |
|---|---|---|
| Bendriniai produktų pavadinimai | Neaiškus priskyrimas | integruoti konkrečias produkto savybes |
| Neteisingas arba trūkstamas GTIN | Silpnas produkto identifikavimas | patikrinti gamintojo duomenis |
| Vienas ID visoms variacijoms | Neteisingas vykdymas po paspaudimo | variacijas pateikti atskirai |
| Kainos neatitikimas | Atmetimas arba prasta vartotojo patirtis | sinchronizuoti sklaidos kanalą ir parduotuvę |
| Pasenęs atsargų kiekis | Paspaudimai ant neprieinamų produktų | dažnesnis atnaujinimas |
| Tik viena produkto nuotrauka | Per mažai pirkimo konteksto | pridėti papildomų ir gyvenimo būdo nuotraukų |
| Per bendra kategorija | Nepreciziškas klasifikavimas | pasirinkti konkrečiausią tinkamą kategoriją |
| Custom Labels be sistemos | Nėra prasmingo įvertinimo | naudoti griežtas apibrėžtis |
| Maržos neįtrauktos | Pardavimai be pelningumo | atspindėti maržą sklaidos kanale |
| Vienas sklaidos kanalas visoms kalboms | Nenatūralūs produktų pavadinimai | kalbai specifinės taisyklės |
| Kainų koregavimas tik parduotuvėje | Kainų neatitikimai | sinchronizuoti visus duomenų šaltinius |
| CSS kaip sklaidos kanalo kokybės pakaitalas | Potencialas lieka neišnaudotas | CSS ir sklaidos kanalą optimizuoti atskirai |
Praktiškas 30 dienų planas
1 savaitė: Techninės būklės patikrinimas
Pirmiausia atlikite esamos būklės įvertinimą:
- Kiek produktų patvirtinta?
- Kokios klaidos pasitaiko dažniausiai?
- Ar kaina ir prieinamumas teisingi?
- Ar ID yra stabilūs?
- Ar variacijos atskirtos teisingai?
- Kokia galiojančių GTINų dalis?
- Kokie produktai neturi nuotraukų?
Pirmiausia ištaisykite klaidas, kurios visiškai neleidžia rodyti produktų.
2 savaitė: Pavadinimų ir identifikatorių tobulinimas
Pasirinkite svarbiausias produktų grupes pagal apyvartą arba potencialą.
Sukurkite pavadinimo šabloną kiekvienai kategorijai ir pridėkite:
- Prekės ženklas
- Modelis
- Produkto tipas
- Centrinė specifikacija
- Variacijų informacija
Tuo pačiu metu patikrinkite GTIN, MPN ir prekės ženklą.
3 savaitė: Paveikslėlių ir produkto informacijos išplėtimas
Svarbiems produktams pridėkite:
- Didelės raiškos pagrindines nuotraukas
- Alternatyvias perspektyvas
- Detalios nuotraukos
- Gyvenimo būdo nuotraukas
- Produkto akcentus
- Techninės produkto detales
Pirmiausia susitelkite į produktus, turinčius daug parodymų, bet silpną paspaudimų arba konversijos rodiklį.
4 savaitė: Ekonominis valdymas ir automatizavimas
Apibrėžkite Custom Label sistemą ir perkelkite:
- Marža
- Pardavimų jėga
- Atsargos
- Sezonas
- Strateginis prioritetas
Tada patikrinkite, ar jūsų atnaujinimo dažnumas atitinka asortimentą. Dinamiškos kainos ir atsargos rodo, kad reikia naudoti API pagrįstą sprendimą.
Išvada: CSS partneris yra infrastruktūra, o sklaida yra našumo svertas
Geras „Comparison Shopping Service“ (CSS) sukuria prielaidas profesionaliam CSS ryšiui. Tačiau tai, ar jūsų asortimentas išnaudoja visą savo potencialą, labai priklauso nuo produkto duomenų kokybės.
Nepradėkite nuo kosmetinių optimizacijų. Pirmiausia įsitikinkite, kad produktai yra aiškiai identifikuoti, teisingai patvirtinti ir tiekiami su naujausiomis kainomis bei atsargomis.
Po to seka našumą didinančios priemonės:
- tikslūs produktų pavadinimai
- struktūrizuoti aprašymai
- teisingi GTIN
- specifinės kategorijos
- įtikinami produktų paveikslėliai
- gyvenimo būdo paveikslėliai
- ekonominės individualios etiketės (custom labels)
- patikimas automatizavimas
Geriausias produktų srautas (feed) neturi būti kuo daugiau informacijos. Jame yra tinkama informacija, tinkamas atributas, tinkamas produktas ir tinkamas laikas.
Ypač esant dideliems asortimentams, srauto optimizavimas tampa nuolatiniu procesu. Tas, kuris bendrai vertina CSS ryšį, produktų duomenis, kainų kontrolę ir kampanijos logiką, sukuria daug geresnį pagrindą keičiamo masto „Google Shopping“.
Dažnai užduodami klausimai apie produkto srauto optimizavimą, skirtą CSS
Ar CSS partneris automatiškai optimizuos mano produkto srautą?
Nebūtinai. CSS prijungimas ir produkto srauto optimizavimas iš pradžių yra skirtingos paslaugos. Kai kurie tiekėjai teikia tik CSS prijungimą, kiti siūlo papildomą srauto valdymą, konsultacijas ar technines integracijas. Todėl patikrinkite konkretų paslaugų spektrą.
Ar lifestyle_image_link yra privalomas atributas?
Ne. Šis atributas yra neprivalomas. Jis tinka, jei norite pateikti gyvenimo būdo ir naudojimo vaizdus atskirai nuo klasikinių papildomų produkto vaizdų. Google, pavyzdžiui, mini drabužius ant modelių ar baldus įrengtuose kambariuose kaip galimus naudojimo atvejus.
Ar visada turėčiau išnaudoti maksimalų pavadinimo ilgį?
Ne. Pavadinimas pirmiausia turėtų būti tikslus, suprantamas ir specifinis produktui. Dirbtinis ilginimas sinonimais ir reklaminiais teiginiais nepagerina produkto aprašymo. Google pabrėžia pavadinimo tikslumą ir specifiškumą.
Kaip dažnai turėčiau atnaujinti produkto srautą?
Tai priklauso nuo to, kaip dažnai keičiasi kainos ir atsargos. Stabilioje asortimente pakanka kasdienio atnaujinimo. Dinamiškam asortimentui ar kainų keitimui tikslingesni dažnesni API pagrįsti atnaujinimai. Dažnesniems atnaujinimams Google, naudojant failais pagrįstą atnaujinimą, nurodo į Products-Service.
Ar man visada reikia GTIN?
Ne kiekvienas produktas turi GTIN. Tačiau firminiai produktai ir standartizuotos prekės dažnai turi unikalius produkto identifikatorius. Tik tuo atveju, jei produktui iš tikrųjų nebuvo priskirtas GTIN, MPN ar prekės ženklas, identifier_exists turėtų būti nustatyta į „no“.
Ar galiu tiesiogiai įtraukti maržas į srautą?
Taip, pavyzdžiui, naudojant pasirinktinę etiketę. Vietoj to, kad pateiktumėte tikslią maržos vertę, galite sukurti grupes, tokias kaip „didelė marža“, „vidutinė marža“ ir „maža marža“. Google aiškiai nurodo maržą kaip galimą pasirinktinių etikečių naudojimo atvejį.
Ar tas pats produkto srautas gali būti naudojamas keliems CSS partneriams?
Techninis įgyvendinimas priklauso nuo konkrečios Merchant Center ir CSS konfigūracijos. Iš esmės, pagrindinė produkto informacija turėtų likti nuosekli. Prieš pradedant lygiagretų veikimą ar keitimą, turėtumėte išsiaiškinti su dalyvaujančiais CSS tiekėjais, kokios paskyros, duomenų šaltiniai ir leidimai bus naudojami.
Kas svarbiau: produkto pavadinimas ar produkto vaizdas?
Abu atlieka skirtingas užduotis. Pavadinimas padeda tiksliai apibūdinti ir priskirti produktą. Vaizdas stipriai veikia, ar pasiūlymas bus vizualiai pastebėtas ir suprastas. Tačiau prieš optimizuodami abu, kaina, prieinamumas ir produkto identifikavimas turi būti teisingi.
Produkto duomenys ir CSS iš vienų rankų
Mes sujungiame CSS prijungimą, srauto kokybę ir kampanijos logiką, kad jūsų produktai būtų tvarkingi, išsamūs ir ekonomiškai efektyvūs Google Shopping.
Paklausti pasiūlymo