Tuotefeedin optimointi Comparison Shopping Servicelle

Tuotefeedissä on kaksi datakerrosta, joita täytyy ylläpitää erikseen

CSS:ssä ja Google Shoppingissa kauppiaat sekoittavat usein kaksi erilaista datakerrosta.

Merchant Centerin kauppiasfeed toimittaa kauppasi perustiedot

Tämä feed sisältää verkkokauppasi tuotetiedot, esimerkiksi:

• Tuote-ID
• Otsikko
• Kuvaus
• Tuotesivu
• Hinta
• Saatavuus
• Kuvat
• Merkki
• GTIN
• Varianttitiedot
• Toimitustiedot

Nämä tiedot ohjaavat Shopping-mainoksia ja ilmaisia listauksia. Feed pysyy ratkaisevana myös CSS-kumppanin kanssa.

CSS-tuotesivuilla näkyy lisäksi omia, samalla tavalla rakennettuja tuotetietoja

Comparison Shopping Servicet tarjoavat myös omia tuotesivuja. Niiden orgaanista näkyvyyttä varten Google luettelee attribuutteja, kuten id, title, description, image_link, additional_image_link, google_product_category, product_type, brand, gtin, mpn, varianttiattribuutit, product_detail ja product_highlight.

Käytännössä tämä tarkoittaa:

Tuotetietojen on oltava teknisesti kelvollisia ja niin rakenteisia, että kauppiaat, Google ja CSS-tarjoajat tunnistavat tuotteet yksiselitteisesti.

Kuusi tasoa kertovat, missä järjestyksessä feediä kannattaa optimoida

Kauppiaat kirjoittavat usein uusia otsikoita ennen kuin korjaavat perustavanlaatuiset datavirheet.

Järkevämpää on priorisoida selkeästi:

Optimoitu otsikko ei juuri auta, jos tuote on hylätty hintavirheen takia. Toisaalta hyväksytty feed on harvoin itsestään optimaalinen.

Vakaat tuote-ID:t ja siistit variantit muodostavat perustan

Jokainen myytävä tuote ja jokainen tilattavissa oleva variantti on pystyttävä tunnistamaan yksiselitteisesti.

T-paita viidessä koossa ja neljässä värissä tuottaa 20 varianttia. Jokaisella variantilla on oma yhdistelmä seuraavia tietoja:

• Tuote-ID
• Väri
• Koko
• Hinta
• Saatavuus
• Kuva
• GTIN
• MPN

Toimita variantit yksittäin ja yhdistä ne yhteisellä item_group_id-tunnisteella. Otsikko ja attribuutit kuvaavat konkreettista versiota.

Nämä viisi sääntöä tekevät tuote-ID:stä vakaan

Tuote-ID:n tulisi:

• pysyä pysyvästi vakaana
• olla yksiselitteinen feedin sisällä
• olla riippumaton hinnasta tai varastotasosta
• tulla mieluiten suoraan toiminnanohjaus- tai kauppajärjestelmästä
• yksilöidä varianteissa juuri kyseinen versio

Säilytä ID muuttaessasi otsikkoa, hintaa tai kuvaa. Uusi ID on Googlelle turhaan kokonaan uusi tuote.

Yksi ID kaikille koille johtaa klikkauksen jälkeen väärään varianttiin

Kauppias käyttää samaa ID:tä kaikille kengän koille. Kohdesivulla koko 42 on valmiiksi valittuna, kun taas feed mainitsee koon 39.

Feed, tuotesivu ja valittu variantti eivät siis vastaa toisiaan.

Parempi on:

• oma ID jokaiselle koolle ja värille
• oikea kohdesivun variantti
• sopiva variantin kuva
• kulloinkin voimassa oleva saatavuus
• yhteinen item_group_id

Tarkka otsikko vastaa tärkeimpiin ostokysymyksiin ensin

Tuotteen otsikko kertoo Googlelle ja käyttäjille heti, mitä tarkalleen tarjotaan.

Hyvä otsikko vastaa valikoimasta riippuen useisiin näistä kysymyksistä:

• Mikä merkki?
• Mikä malli?
• Millainen tuotetyyppi?
• Mille kohderyhmälle?
• Millainen versio?
• Mikä väri?
• Mikä koko?
• Mikä materiaali?
• Mikä tekninen spesifikaatio?
• Mikä kappalemäärä?

Google suosittelee tarkkoja otsikoita, joissa variantit, kuten väri ja koko, mainitaan suoraan.

Järkevä otsikkorakenne riippuu tuotetyypistä

Kolme esimerkkiä epämääräisen ja tarkan otsikon erosta

Liian yleinen:

Naisten takki moderni edullinen

Parempi:

Merkki naisten välikausitakki vettähylkivä tummansininen koko 40

Liian mainosmainen:

Huippu ammattikahvinkeitin nyt edullisesti ostettavaksi

Parempi:

Merkki malli täysautomaattinen kahvikone 15 bar 1,8 l musta

Epätarkka:

Teollisuuspumppu ruostumaton teräs

Parempi:

Merkki keskipakopumppu 400 V 12 m³/h ruostumaton teräs DN 50

Tärkeimmät tiedot kuuluvat alkuun

Jotkin näkymät lyhentävät otsikoita. Sijoita siksi tärkeät ostokriteerit alkuun.

Tunnetuissa merkeissä merkin nimi tulee ensin. Vähemmän tunnetuilla valmistajilla tuotetyyppi kannattaa yleensä nostaa alkuun.

Kaikkiin valikoimiin sopivaa sääntöä ei ole. Ratkaisevaa on tieto, josta käyttäjät tunnistavat tuotteen heti.

Peräkkäin ladotut hakusanat tekevät otsikosta epäselvän

Tällainen otsikko ei tee tuotteesta yhtään selkeämpää:

Toimistotuoli ja pyörivä tuoli edullisesti verkossa.

Peräkkäin toistetut, lähes samaa tarkoittavat termit tekevät tuoteotsikosta sekavan ja epätarkan.

Parempi:

Merkki ergonominen toimistotuoli selkätuella musta

Sijoita synonyymit, käyttöalueet ja tekniset yksityiskohdat kuvaukseen tai lisäattribuutteihin.

Tekoäly luo otsikot datakentistä, sinä valvot lopputulosta

Suurissa valikoimissa tekoälyjärjestelmät voivat koota otsikot tuotetiedoista kiinteiden sääntöjen mukaan.

Hyvä otsikkomalli käyttää yksinomaan olemassa olevia datakenttiä:

Luo tuoteotsikko merkistä, mallista, tuotetyypistä, väristä, koosta ja materiaalista ilman mainosväitteitä.

Google erottaa title- ja structured_title-kentät. Käytä structured_title-kenttää tekoälyotsikoille ja title- tai structured_title-kenttää manuaalisesti luoduille otsikoille.

Tarkista automaattisesti luotujen otsikoiden laatu säännöllisesti. Kiinnitä huomiota erityisesti näihin:

• keksityt ominaisuudet
• toistuvat termit
• väärät mittayksiköt
• katkaistut mallinimet
• puuttuvat varianttitiedot
• epäluonnolliset käännökset
• kielletyt mainosväitteet

Hyvä kuvaus kokoaa kaikki tuoteominaisuudet ymmärrettävästi

Monissa feedeissä kuvauksena on vain tuotesivun tekstin alku, navigaation jäänteitä, HTML-koodia tai mitäänsanomatonta mainostekstiä.

Hyvä feed-kuvaus kokoaa kaikki tärkeät tuoteominaisuudet ymmärrettävästi.

Näihin kuuluvat tuotteesta riippuen:

• toiminto
• käyttöalue
• materiaali
• mitat
• tekniset tiedot
• yhteensopivuus
• toimituksen sisältö
• kohderyhmä
• erityiset varusteet

Google suosittelee jäsenneltyjä kuvauksia, joissa on yli 200 merkkiä. Tuotteen yksityiskohdat ja lisäkuvat kuuluvat erillisiin attribuutteihin.

Vertailu näyttää, kuinka paljon enemmän konkreettinen kuvaus kertoo

Heikko: "Laadukas tuote nyt tilattavaksi verkossa ja nopea toimitus käytettäväksi." Tämä teksti ei anna Googlelle eikä asiakkaille käyttökelpoista tietoa tuotteesta.

Parempi: "Sähköisesti säädettävä työpöytä, jossa 160 × 80 cm levy ja säätöalue 65–130 cm. Rungossa on kaksi moottoria, neljä muistipaikkaa ja 100 kg kantavuus." Teksti kuvaa konkreettisia ominaisuuksia ilman turhia hakusanoja.

Highlightit ja tekniset tiedot täydentävät tiivistä otsikkoa

Pidä otsikko ja kuvaus tarkoituksella olennaisessa.

Product_highlight-attribuutilla välität keskeiset ominaisuudet rakenteisesti. Google suosittelee neljästä kuuteen highlightia; sallittua on vähintään kaksi ja enintään 100 kohtaa, kukin enintään 150 merkkiä.

Esimerkkejä:

• Sähköisesti korkeussäädettävä 65–130 cm
• Muistitoiminto neljälle työkorkeudelle
• Kantavuus 100 kg asti
• Kaksi hiljaista moottoria
• Pöytälevy FSC-sertifioitua puuta

Product_detail-attribuutilla annat teknisiä tietoja rakenteisessa muodossa, esimerkiksi:

Näin otsikko pysyy luettavana ja tekniset yksityiskohdat ovat rakenteisesti saatavilla.

GTIN, merkki ja MPN tunnistavat tuotteesi yksiselitteisesti

Yksiselitteiset tuotetunnisteet yksilöivät jokaisen kaupan olevan tuotteen tarkasti.

Tärkeimpiin tietoihin kuuluvat:

• gtin: Global Trade Item Number, esimerkiksi EAN tai UPC
• brand: merkki
• mpn: valmistajan numero

Google suosittelee antamaan kaikki kolme, jotta tuote tunnistetaan oikein ja hakutulokset ovat tarkkoja.

Keksitty GTIN sekoittaa tuotteesi toiseen

Jos tuotteella on virallinen GTIN, syötä juuri se numero. Älä keksi numeroita itse.

Jokaisella tuotevariantilla on yleensä oma GTIN. Punaisen M-kokoisen T-paidan GTIN on siis eri kuin sinisen tai L-kokoisen.

Vain aidot yksittäiskappaleet saavat identifier_exists-arvon no

Yksittäiskappaleilla, personoiduilla tuotteilla tai itse valmistetuilla tuotteilla ei usein ole GTIN:ää, MPN:ää tai merkkiä.

Käytä identifier_exists-arvoa no tai false vain tuotteille, joilla ei ole tunnistetta. Älä missään tapauksessa käytä sitä paikkaamaan puuttuvia tietoja tavallisissa merkkituotteissa.

Omissa brändeissä brand-kenttään tulee oma merkkinimesi

Jos myyt omaa brändiä, syötä sen nimi brand-kenttään. Sisäinen artikkelinumero soveltuu MPN:ksi, jos se tunnistaa tuotteen yksiselitteisesti.

Käytä tietoja yhtenäisesti kaupassa, feedissä, pakkauksessa ja tuotesivulla.

Kaksi kategoriakenttää erottavat Googlen taksonomian omasta rakenteestasi

Attribuutit google_product_category ja product_type hoitavat eri tehtäviä.

Google_product_category sijoittaa tuotteesi Googlen taksonomiaan

Tässä sijoitat tuotteen Googlen tuotetaksonomiaan.

Esimerkki:

Vaatteet ja asusteet > Vaatteet > Päällysvaatteet > Takit ja päällystakit

Google tarjoaa numeerisia kategoriatunnuksia ja kirjoitettuja polkuja monille tuotetyypeille.

Valitse tarkin kategoria. Sijoita toimistotuoli sopivaan alakategoriaan pelkän huonekalut-kategorian sijaan.

Product_type kuvastaa omaa valikoimarakennettasi

Tämä kenttä voi kuvastaa omaa kauppasi tai valikoimasi rakennetta.

Esimerkki:

Toimistokalusteet > Toimistotuolit > Ergonomiset toimistotuolit

Sopiva product_type helpottaa analysointia ja ryhmittelyä oman valikoimalogiikkasi mukaan.

Kampanjalogiikka kuuluu Custom Labeleihin, ei kategoriaan

Tällaiset arvot eivät ole järkeviä tuotetyyppejä:

• korkea kate
• Bestseller
• Ale
• Kampanja 3
• PMax-testi
• Prioriteetti A

Käytä näihin Custom Labeleita. Kategoria kuvaa itse tuotetta.

Selkeä pääkuva ratkaisee, huomaavatko käyttäjät tarjouksesi

Kuva ratkaisee usein, huomaavatko käyttäjät Shopping-tuloksen.

Näytä tuote selkeästi pääkuvassa. Vältä:

• vääriä variantteja
• liian pieneksi jäävää tuotetta suuressa kuvassa
• huolimattomia taustanpoistoja
• epäyhtenäisiä taustoja
• epäteräviä kuvia
• paikkamerkkikuvia
• tarjoukseen kuulumattomia tarvikkeita kuvan pääosassa

Google suosittelee tuotekuville korkearesoluutioisia kuvia, joissa on yli 1 500 pikseliä pisimmällä sivulla.

Pääkuva näyttää juuri sen tuotteen, jota myyt

Image_link-kuvassa näkyy se tuote, jota todella tarjoat.

Varianteissa kuvan on vastattava väriä, materiaalia ja versiota. Jos joku klikkaa sinistä tuolia, sinisen variantin on oltava valmiiksi valittuna.

Lisäkuvat vastaavat ostajan muihin kysymyksiin

Additional_image_link-attribuutilla välität jopa kymmenen kuvaa. Näytä niissä muita kuvakulmia, yksityiskohtia, pakkauksia tai käyttötapoja.

Järkevä kuvasarja voi näyttää tältä:

• selkeä pääkuva
• sivukuva
• takaa kuvattu
• yksityiskohtakuva
• kokosuhde
• tuote käytössä
• toimituksen sisältö
• pakkaus

Lifestyle_image_link näyttää tuotteesi käytössä asiallisen pääkuvan rinnalla

Lifestyle_image_link-attribuutilla toimitat lifestyle-kuvia erillään tuotekuvista.

Google mainitsee esimerkkeinä:

• vaatteita mallin päällä
• huonekaluja sisustetussa huoneessa
• useita tuotteita täydellisenä settinä
• tuotteita todellisessa käyttötilanteessa
• image_link: sohva ilman taustaa tai neutraalia taustaa vasten
• additional_image_link: sivukuva, takaosa, kangasyksityiskohta
• lifestyle_image_link: sohva sisustetussa olohuoneessa

Käytä attribuuttia näyttämään tuote käyttötilanteessa asiallisen pääkuvan lisäksi.

Sohvan kohdalla jako voisi näyttää tältä:

Hintojen ja saatavuuden on oltava kaikkialla ajan tasalla

Jos hinta klikkauksen jälkeen on väärä tai tuote loppu, optimoidusta feedistä ei ole hyötyä.

Price-kentän arvon on täsmättävä tuotesivun hinnan kanssa. Valuutan on vastattava kohdemaata ja laskeutumissivua.

Availability-kenttää varten Google tukee muun muassa:

• in_stock
• out_of_stock
• preorder
• backorder

Pidä tieto yhtenäisenä tuotesivulla, kassalla ja rakenteisessa datassa. Näytä ennakko- tai jälkitilauksissa saatavuuspäivä myös tuotesivulla.

Tilapäisesti loppunut tuote pysyy feedissä

Älä poista tilapäisesti loppuneita tuotteita heti datalähteestä.

Tilanteesta riippuen voit:

• käyttää out_of_stock-arvoa
• keskeyttää näyttämisen tähän tarkoitetulla attribuutilla
• käyttää backorder-arvoa jälkitilauksissa
• käyttää preorder-arvoa vielä julkaisemattomille tuotteille

Näin kohdistus säilyy ja voit päivittää tuotteen, kun se on taas saatavilla.

Hinnanmuutoksen on näyttävä kaupassa, tuotesivulla ja feedissä samanaikaisesti

Dynaamiset hinnat ovat usein hyödyllisiä, mutta lisäävät hintapoikkeamien riskiä.

Hinnoittelujärjestelmän on päivitettävä kaupan hinnan lisäksi kaikki datakerrokset:

• hinta kauppajärjestelmässä
• hinta tuotesivulla
• rakenteinen data tuotesivulla
• Merchant Centerin datalähde
• tarvittaessa paikalliset hintatiedot
• CSS-tuotetiedot

Päivitä feed ja tuotesivu mahdollisimman samanaikaisesti, jotta hinnat eivät hetkeksikään poikkea toisistaan.

Tuotesivun rakenteisen datan avulla Google voi päivittää hinnan ja saatavuuden automaattisesti. Päivitä silti tuotetietosi säännöllisesti myös itse.

Hinnanpäivitys tarvitsee taloudelliset rajat

Alin hinta ei ole automaattisesti kannattavin hinta.

Järkevä järjestelmä huomioi:

• hankintahinnan
• katteen
• toimituskulut
• maksukulut
• palautusasteen
• mainoskulut
• vähimmäisvaraston
• kilpailutason
• halutun markkina-aseman

Aseta vähimmäishinnat ja katerajat. Automaattiset hinnanalennukset tuovat kyllä klikkauksia, mutta vaarantavat katetuottosi.

Paikallinen varasto yhdistää tuotefeedisi myymäläkohtaiseen varastoon

Kivijalkakauppiaat tarvitsevat yleisten tuotetietojen lisäksi myös paikallisia varastotietoja.

Tällöin on erotettava toisistaan:

• itse tuote
• sen saatavuus tietyssä myymälässä
• mahdollisesti poikkeava paikallinen hinta
• nouto- ja toimitusvaihtoehdot

Käytä olemassa olevia tuotetietoja myös paikallisiin mainoksiin ja Googlen ilmaisiin listauksiin. Varastotiedot voidaan täsmäyttää automaattisesti.

Myymäläkohtaisissa hinnoissa toimitettujen tietojen on täsmättävä tarkalleen kyseisen myymäläsivun hinnan kanssa.

Varasto ja hinta vaihtelevat myymälöittäin

Saman tuotteen varasto ja hinta voivat vaihdella sijainnista riippuen.

Käytä yksiselitteisiä myymälätunnuksia, jotta paikalliset tiedot yhdistyvät varmasti oikeisiin myymälöihin.

Viisi Custom Labelia ohjaa valikoimaasi liiketoiminta-arvon mukaan

Täydennä tuotetietoja taloudellisilla tunnusluvuilla, niin voit ohjata valikoimaa liiketoiminta-arvon mukaan.

Google tarjoaa tähän viisi käyttäjän määrittämää labelia:

• custom_label_0
• custom_label_1
• custom_label_2
• custom_label_3
• custom_label_4

Sesonki, myyntimenestys, hintaluokka, kate tai lanseerausajankohta ovat arvoja, joiden avulla ryhmittelet tuotteita Shopping- ja Performance Max -kampanjoissa.

Tämä jaottelu näyttää katteen, myyntimenestyksen ja sesongin yhdellä silmäyksellä

Näin näet nopeasti, myykö kampanjasi ensisijaisesti heikon katteen tuotteita.

Custom Label ei korvaa toista tuote-ID:tä

Custom Labelia ei ole tarkoitettu toiseksi tuote-ID:ksi.

Ei kovin järkevää:

• custom_label_0 = SKU-183729
• custom_label_0 = SKU-183730
• custom_label_0 = SKU-183731
• custom_label_0 = korkea_kate
• custom_label_0 = keskitason_kate
• custom_label_0 = matala_kate

Järkevämpää:

Muodosta ryhmiä, joiden perusteella voit tehdä selkeitä päätöksiä.

Valikoiman koko ja muutostiheys määrittävät sopivan datalähteen

Jokainen kauppa ei tarvitse samaa teknistä ratkaisua.

Automaattisesti haettava tiedosto riittää pienelle, vakaalle valikoimalle

Pienille valikoimille, joissa hinnat muuttuvat harvoin, riittää yleensä automaattisesti haettava tiedosto.

Mahdollisia muotoja ovat esimerkiksi:

• XML
• TSV
• automatisoidusti toimitettu tuotetiedosto
• suora kauppaintegraatio

Huolehdi erityisesti siitä, että data päivittyy luotettavasti ja ajallaan.

Ensisijaiset ja täydentävät lähteet yhdistävät tuote- ja liiketoimintadataa

Tässä kannattaa yhdistää ensisijaisia ja täydentäviä datalähteitä.

Ensisijainen lähde sisältää esimerkiksi:

• Tuote-ID
• Otsikko
• Hinta
• Saatavuus
• Tuotelinkki
• Kuvat
• Kateluokat
• sesonkiluokitukset
• kampanjalabelit
• optimoidut otsikot
• tuotteiden lisäominaisuudet

Täydentävä lähde toimittaa:

Merchant Centerissä tuote voidaan koota ensisijaisesta lähteestä ja useista täydentävistä datalähteistä.

Merchant API pitää suuret ja dynaamiset valikoimat ajan tasalla

Kun hinnat, varastot tai valikoima muuttuvat usein, Merchant API tarjoaa vakaan perustan.

Hallinnoi ensisijaisia ja täydentäviä datalähteitä Merchant API:n kautta eri kielille ja feed-labeleille.

Jos päivität tietoja useammin kuin kerran päivässä, käytä Products-palvelua ajastettujen tiedostohakujen sijaan.

Käytännössä jako menee siis näin:

Lokalisoi tuotefeedit useille maille

Sovita kansainväliset feedit aina erikseen kuhunkin kohdemarkkinaan.

Kohdemaittain voivat vaihdella:

• kieli
• valuutta
• hinta
• arvonlisävero
• toimituskulut
• saatavuus
• kokomerkinnät
• mittayksiköt
• tuotenimitykset
• lakisääteiset pakolliset tiedot
• valikoima

Merchant API:ssa feedLabel, contentLanguage ja kohdemaat ovat toisistaan riippumattomia. Määritä kohdemaat ja toimitusvaihtoehdot erikseen.

Älä käännä vain sanoja, vaan hakukäyttäytymistä

Sanatarkat käännökset kuulostavat usein kieliopillisesti oikeilta, mutta niistä puuttuu toisinaan kaupallinen teho.

Esimerkiksi eri maiden käyttäjät voivat:

• käyttää eri tuotetermejä
• kirjoittaa mitat eri tavalla
• yhdistää merkkejä ja malleja eri tavoin
• hakea useammin materiaalin tai käyttötarkoituksen mukaan
• odottaa erilaisia kokostandardeja

Luo jokaiselle kielelle omat otsikkosäännöt ja sovita tuoteotsikot kuhunkin markkinaan.

Viiden vaiheen avulla jokaisen feed-optimoinnin vaikutus on mitattavissa

Muuta attribuutteja vaiheittain, jotta voit mitata yksittäisten optimointien vaikutuksen tarkasti.

Parempi vaihtoehto on hallittu prosessi.

Vaihe 1: Muodosta kaksi vertailukelpoista tuoteryhmää

Esimerkiksi:

• 200 tuotetta optimoiduilla otsikoilla
• 200 samankaltaista tuotetta aiemmilla otsikoilla
• tuoteryhmä lifestyle-kuvilla
• vertailukelpoinen tuoteryhmä ilman lifestyle-kuvia

Tai:

Vaihe 2: Dokumentoi aiempi suorituskyky

Kerää vähintään:

• näyttökerrat
• klikkaukset
• klikkausprosentti
• kustannukset
• konversiot
• konversioaste
• liikevaihto
• kustannus-liikevaihtosuhde
• hyväksyttyjen tuotteiden osuus

Vaihe 3: Muuta kerrallaan vain yhtä tekijää

Testaa peräkkäin otsikkoa, kuvia ja lopuksi Custom Labeleita tai tuotekuvauksia.

Vaihe 4: Kerää riittävästi dataa luotettavaan johtopäätökseen

Arvioi muutoksia suurehkoissa tuoteryhmissä ja ota sesonkivaihtelu huomioon. Kaksi näyttökertaa tuotetta kohden ei riitä luotettavaan johtopäätökseen.

Vaihe 5: Arvioi liiketoiminta-arvoa, älä klikkausprosenttia

Uusi otsikko saattaa nostaa klikkausprosenttia, mutta houkutella samalla vähemmän ostovalmiita käyttäjiä.

Älä siis kysy vain:

Toiko optimointi enemmän klikkauksia?

Kysy myös:

Toiko toimenpide enemmän kannattavia tilauksia tai korkeamman katetuoton?

Yleisimmät virheet CSS-tuotefeedeissä

30 päivän suunnitelma tuo rakennetta feedin optimointiisi

Viikko 1: Tarkista feedisi tekninen tila

Tee ensin tilannekartoitus:

• Kuinka monta tuotetta on hyväksytty?
• Mitkä virheet esiintyvät useimmin?
• Täsmäävätkö hinta ja saatavuus?
• Ovatko ID:t vakaita?
• Onko variantit eroteltu oikein?
• Kuinka suuri osuus GTIN-koodeista on kelvollisia?
• Millä tuotteilla ei ole kuvia?

Korjaa ensin virheet, joiden takia tuotteita ei näytetä lainkaan.

Viikko 2: Paranna otsikoita ja tunnisteita

Valitse tärkeimmät tuoteryhmät liikevaihdon tai potentiaalin mukaan.

Kehitä jokaiselle kategorialle otsikkomalli ja täydennä:

• merkki
• malli
• tuotetyyppi
• keskeinen spesifikaatio
• varianttitiedot

Tarkista samalla GTIN, MPN ja merkki.

Viikko 3: Laajenna kuvia ja tuotetietoja

Täydennä tärkeille tuotteille:

• korkearesoluutioisia pääkuvia
• muita kuvakulmia
• yksityiskohtakuvia
• lifestyle-kuvia
• tuotehighlighteja
• teknisiä tuotetietoja

Optimoi ensin tuotteet, joilla on paljon näyttökertoja ja heikko klikkaus- tai konversioaste.

Viikko 4: Rakenna taloudellinen ohjaus ja automaatio

Määrittele Custom Label -järjestelmä ja vie siihen:

• kate
• myyntimenestys
• varasto
• sesonki
• strateginen prioriteetti

Sovita päivitystiheys valikoimasi mukaan. Käytä dynaamisissa hinnoissa ja varastoissa API:a.

CSS-kumppani tarjoaa infrastruktuurin. Tuotefeed ratkaisee menestyksesi.

Hyvä Comparison Shopping Service hoitaa CSS-liitännän. Valikoimasi menestys riippuu ennen kaikkea laadukkaista tuotetiedoista.

Varmista ensin tuotteidesi yksiselitteiset tunnisteet, oikeat hyväksynnät sekä ajantasaiset hinnat ja varastot.

Sen jälkeen tulevat suorituskykyä nostavat toimenpiteet:

• tarkat tuoteotsikot
• jäsennellyt kuvaukset
• oikeat GTIN-koodit
• tarkat kategoriat
• vakuuttavat tuotekuvat
• lifestyle-kuvat
• taloudelliset Custom Labelit
• luotettava automaatio

Vahva tuotefeed toimittaa oikeat tiedot oikeassa attribuutissa oikeaan aikaan.

Pidä CSS-liitäntää, tuotetietoja, hintoja ja kampanjalogiikkaa silmällä kokonaisuutena. Näin Google Shopping pysyy hallittavana myös suurilla valikoimilla.

Usein kysytyt kysymykset tuotefeedin optimoinnista CSS:lle