Tuotesyötteen optimointi Comparison Shopping Services -palveluille

Kaksi tuotetietotasoa, jotka sinun tulisi erottaa toisistaan

CSS:n ja Google Shoppingin yhteydessä kaksi eri tietotasoa sekoittuvat usein keskenään.

1. Kauppiaan tuotesyöte Google Merchant Centerissä

Tämä syöte sisältää verkkokaupan tuotetiedot. Näihin kuuluvat esimerkiksi:

• Tuotetunnus
• title
• Kuvaus
• Tuotesivu
• Hinta
• Saatavuus
• Kuvat
• Brändi
• GTIN
• Varianttiedot
• Toimitustiedot

Näitä tietoja käytetään muun muassa Shopping-mainoksissa ja ilmaisissa tuotelistauksissa. Syöte on edelleen ratkaiseva, vaikka kauppias olisi yhdistetty CSS Partnerin kautta.

2. Tuotetiedot CSS-tuotesivuille

Comparison Shopping Service -palvelut voivat tarjota lisäksi omia tuotesivujaan. Tällaisten CSS-tuotesivujen orgaaniseen näkyvyyteen Google mainitsee muun muassa attribuutit 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ön seuraus on:

Tuotetietojen ei tulisi olla vain teknisesti kelvollisia. Ne on myös jäsenneltävä niin, että kauppiaat, Google ja CSS-palveluntarjoaja voivat tunnistaa samat tuotteet yksiselitteisesti.

Missä järjestyksessä syöte kannattaa optimoida?

Yleinen virheellinen päätös on ryhtyä heti kirjoittamaan uusia otsikoita, vaikka perustavia tietovirheitä olisi vielä olemassa.

Järkevämpää on selkeä priorisointi:

Huolellisesti optimoidusta otsikosta on vähän hyötyä, jos tuote hylätään hintavirheen vuoksi. Päinvastoin, hyväksytty syöte ei ole vielä hyvä syöte.

Vakaat tuotetunnukset ja puhtaat variantit muodostavat perustan

Jokainen myytävä tuote tai itsenäisesti tilattava tuotevariantti vaatii yksilöllisen tunnuksen.

T-paidassa, jossa on viisi kokoa ja neljä väriä, ei ole vain yksi tuote, vaan jopa 20 konkreettista varianttia. Jokaisella variantilla voi olla oma yhdistelmänsä seuraavista tiedoista:

• Tuotetunnus
• Väri
• Koko
• Hinta
• Saatavuus
• Kuva
• GTIN
• MPN

Google näyttää esimerkeissään, että variantit voidaan lähettää erikseen ja yhdistää yhteisen item_group_id:n kautta. title ja varianttiattribuuttien tulisi kuvata oikein kyseistä versiota.

Hyviä sääntöjä tuotetunnuksille

Tuotetunnuksen tulisi:

• pysyä vakaana pysyvästi
• olla yksilöllinen syötteessä
• olla riippumaton hinnasta tai varastosta
• olla peräisin ensisijaisesti varastonhallinta- tai kauppajärjestelmästä
• tunnistaa konkreettinen variantti

Älä käytä uutta tunnusta joka kerta, kun muutat otsikkoa, hintaa tai kuvaa. Googlesta se loisi uuden tarjouksen, vaikka kyseessä olisi edelleen sama tuote.

Tyypillinen varianttivirhe

Kauppias lähettää kaikki kenkien koot samalla tunnuksella. Kohdesivulla on oletusarvoisesti valittuna koko 42, mutta syötteessä tuotetta kutsutaan kooksi 39.

Tämä tarkoittaa, että syöte, tuotesivu ja todellisuudessa valittavissa oleva variantti eivät vastaa toisiaan.

Parempi olisi:

• oma tunniste jokaiselle koolle ja värille
• oikea kohdesivun variantti
• vastaava varianttikuva
• kunkin variantin saatavuus
• yhteinen item_group_id

Tuotetitelin optimointi: Tarkkuus ennen avainsanamäärää

Tuotetitel ei ole klassinen SEO-otsikko eikä mainos. Sen tarkoituksena on selittää Googlelle ja käyttäjälle mahdollisimman nopeasti, mitä tuotetta tarjotaan.

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

• Mikä brändi?
• Mikä malli?
• Minkä tyyppinen tuote?
• Kenelle kohderyhmälle?
• Mikä versio?
• Mikä väri?
• Mikä koko?
• Mikä materiaali?
• Mitkä tekniset tiedot?
• Mikä määrä?

Google suosittelee tarkkoja ja spesifisiä otsikoita ja näyttää variantit, kuten värin ja koon, myös omissa esimerkeissään suoraan otsikossa.

Järkevät otsikkorakenteet tuotetyypin mukaan

Esimerkkejä

Liian yleinen:

Naisten takki moderni edullinen

Parempi:

Tuotemerkki Naisten välikausitakki vettähylkivä Tummansininen Koko 40

Liian mainosmainen:

Paras ammattimainen kahvinkeitin nyt edullisesti

Parempi:

Tuotemerkki Malli täysautomaattinen kahvinkeitin 15 bar 1,8 l Musta

Epätarkka:

Teollisuuspumppu ruostumaton teräs

Parempi:

Tuotemerkki Keskipakopumppu 400 V 12 m³/h Ruostumaton teräs DN 50

Tärkeimmät tiedot eteenpäin

Kaikkia otsikoita ei näytetä kokonaisuudessaan kaikissa näkymissä. Aseta siksi ostopäätökseen vaikuttavat tiedot alkuun.

Tunnetun merkkituotteen kohdalla tuotemerkki voi olla ensimmäisenä. Vähemmän tunnetun valmistajan kohdalla konkreettinen tuotetyyppi voi olla tärkeämpi.

Ei ole olemassa yhtä jäykkää sääntöä kaikille tuotevalikoimille. Ratkaisevaa on, millä tiedolla käyttäjä tunnistaa tuotteen nopeimmin.

Ei teennäistä avainsanalistaa

Tällainen otsikko ei lisää selkeyttä:

Työtuoli kirjoituspöytätuoli toimistotuoli pyöräjakkara edullisesti osta verkosta

Useat samanlaiset termit peräkkäin tekevät otsikosta lukukelvottoman ja laimentavat konkreettista tuotekuvausta.

Parempi:

Tuotemerkki ergonominen työtuoli ristiseläntuella Musta

Synonyymit, lisäkäyttöalueet ja tekniset yksityiskohdat voidaan sisällyttää kuvaukseen tai muihin attribuutteihin.

Tekoälyn luomien tuoteotsikoiden oikea merkitseminen

Suurissa valikoimissa tekoälyjärjestelmät voivat auttaa luomaan otsikoita jäsennellyistä tuotetiedoista. Tekoälyn ei kuitenkaan pidä kirjoittaa "luovasti" vapaasti, vaan työskennellä selkeiden sääntöjen mukaan.

Järkevä kehotus tai otsikkomalli käyttää vain todellisia olemassa olevia kenttiä:

Luo tuoteotsikko tuotemerkistä, mallista, tuotetyypistä, väristä, koosta ja materiaalista. Älä keksi ominaisuuksia äläkä käytä mainoslauseita.

Nykyisessä Merchant Center -dokumentaatiossa Google erottaa klassisen attribuutin title ja structured_title. Tekoälyn luomille otsikoille tulee käyttää structured_title-attribuuttia. Tekoälyn luomattomat otsikot voidaan lähettää joko title- tai structured_title-attribuutilla.

Myös automatisoitujen otsikoiden kohdalla laadunvalvonta on edelleen tarpeen. Tarkista erityisesti seuraavat asiat:

keksityt ominaisuudet

toistuvat termit

väärät mittayksiköt

katkaistut mallimerkinnät

puuttuvat variaatiotiedot

epäluonnolliset käännökset

luvattomat mainoslauseet

• keksityt ominaisuudet
• toistuvat termit
• väärät mittayksiköt
• katkaistut mallimerkinnät
• puuttuvat variaatiotiedot
• epäluonnolliset käännökset
• luvattomat mainoslauseet

Kuvauksia käyttäjille ja järjestelmille

Monet syötteen tuotekuvauksista koostuvat vain tuotesivun ensimmäisestä kappaleesta. Toiset sisältävät navigointielementtejä, HTML-jäänteitä, yleisiä valmistajan tekstejä tai vaihdettavia mainoslauseita.

Hyvän syötekirjauksen tulisi sen sijaan tiivistää tärkeimmät tuoteominaisuudet ymmärrettävästi.

Tuotteesta riippuen tähän kuuluvat:

toiminto

käyttöalue

materiaali

mitat

tekniset tiedot

yhteensopivuus

toimitussisältö

kohderyhmä

erityisominaisuudet

• toiminto
• käyttöalue
• materiaali
• mitat
• tekniset tiedot
• yhteensopivuus
• toimitussisältö
• kohderyhmä
• erityisominaisuudet

Monipuolisiin tuotekuvauksiin Google suosittelee kattavia, hyvin jäsenneltyjä kuvauksia ja mainitsee yli 200 merkkiä suosituksena. Lisäksi tuotetiedot ja muita tuotekuvia voidaan lähettää erillisten attribuuttien kautta.

Esimerkki heikosta kuvauksesta

Korkealaatuinen tuote parhaalla laadulla. Tilaa nyt kätevästi verkosta ja hyödy nopeasta toimituksestamme.

Teksti voisi kuulua melkein mihin tahansa tuotteeseen. Se ei anna Googlelle eikä potentiaaliselle asiakkaalle käyttökelpoista tietoa.

Parempi

Korkeussäädettävä työpöytä sähköisesti ohjattavalla rungolla, työskentelypinnalla 160 × 80 cm ja säätöalueella 65–130 cm. Rungossa on kaksi moottoria, muistitoiminto neljälle korkeudelle ja maksimikantavuus 100 kg.

Tässä kuvataan konkreettisia ominaisuuksia ylikuormittamatta tekstiä hakusanoilla.

Hyödynnä product_highlight ja product_detail tarkoituksenmukaisesti

Kaikkea tietoa ei tarvitse tunkea otsikkoon tai kuvaukseen.

product_highlight-ominaisuudella voit välittää tiiviitä tuote-etuja tai keskeisiä ominaisuuksia jäsennellysti. Google suosittelee neljästä kuuteen highlightia; vähintään kaksi ja enintään 100 on mahdollista. Yksittäinen highlight voi sisältää enintään 150 merkkiä.

Esimerkkejä:

• Sähköisesti säädettävä korkeus välillä 65–130 cm
• Muistitoiminto neljälle työkorkeudelle
• Kantavuus jopa 100 kg
• Kaksi hiljaista moottoria
• Pöytälevy FSC-sertifioidusta puusta

product_detail-attribuutti sen sijaan soveltuu tarkemmin jäsennellyille teknisille tiedoille, esimerkiksi:

Näin otsikko pysyy luettavana, kun taas tekniset tiedot ovat silti saatavilla jäsennellyssä muodossa.

GTIN, brändin ja MPN:n oikea toimitus

Yksilölliset tuotetunnisteet auttavat tunnistamaan konkreettisen kaupallisen tuotteen yksiselitteisesti.

Tärkeimpiä tietoja ovat:

• gtin: Global Trade Item Number, esimerkiksi EAN tai UPC
• brand: Brändi
• mpn: Valmistajan numero

Google suosittelee toimittamaan kaikki kolme tietoa, jos mahdollista. Nämä tuotetunnisteet voivat auttaa Googlea yhdistämään tarjouksen oikein ja näyttämään käyttäjille etsimänsä tuotteen.

Älä koskaan keksi GTIN-numeroa

Jos tuotteella on virallinen GTIN, on käytettävä juuri tätä numeroa. Älä luo omia numerosarjoja vain täyttääksesi kentän.

Varianteissa jokaisella konkreettisella variantilla on usein oma GTIN. Punaisella M-kokoisella T-paidalla voi siis olla eri GTIN kuin samalla mallilla sinisenä tai L-kokoisena.

Tuotteet ilman yksiselitteistä tunnusta

Käsintehdyillä yksittäiskappaleilla, yksilöidyillä tuotteilla tai tietyillä itse valmistetuilla tuotteilla ei välttämättä ole GTIN:ää, MPN:ää tai brändiä.

Tuotteille, joille ei ole todellisuudessa annettu yksiselitteisiä tunnisteita, voidaan käyttää identifier_exists-attribuuttia arvolla no tai false. Tätä attribuuttia ei tulisi käyttää ohittamaan puuttuvia tietoja tavallisissa merkkituotteissa.

Omat tuotemerkit

Aidon oman tuotemerkin tapauksessa syötät brändisi kohtaan brand. Olemassa oleva sisäinen tuotenumero voi tietyin edellytyksin toimia MPN:nä, kunhan se tunnistaa tuotteen valmistajan tuotteena yksiselitteisesti.

Tärkeää on johdonmukainen käyttö kaupan, syötteen, pakkauksen ja tuotesivun välillä.

Erota Googlen tuotekategoria ja omat tuotetyypit

Attribuutit google_product_category ja product_type täyttävät eri tehtäviä.

google_product_category

Tässä tuote luokitellaan Googlen määrittelemään tuotetaksonomiaan.

Esimerkki:

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

Google dokumentoi sekä numeeriset kategoria-ID:t että kirjoitetut kategoriahierarkiat ja näyttää luokituksen monien tuotetyyppien avulla.

Valitse tarkin sopiva kategoria. Työtuolia ei tulisi luokitella vain yleisesti "Huonekalut"-kategoriaan, jos tarkempi alakategoria on saatavilla.

product_type

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

Esimerkki:

Toimistokalusteet > Työtuolit > Ergonomiset työtuolit

Siisti tuotetyyppi auttaa sinua analysoimaan ja ryhmittelemään tuotteita todellisen valikoimalogiikkasi mukaisesti.

Älä kirjoita kampanjalogiikkaa kategoriaan

Tämänkaltaiset arvot eivät ole järkeviä tuotetyyppejä:

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

Tällaiset tiedot kuuluvat mukautettuihin tunnisteisiin (Custom Labels). Kategorian tulisi kuvata, mikä tuote on, ei sitä, miten haluat mainostaa sitä.

Optimoi tuotekuvat ja lifestyle_image_link

Kuva ratkaisee usein, huomaako käyttäjä Shopping-tuloksen ylipäätään.

Pääkuvan tulisi esittää konkreettinen tuote mahdollisimman selkeästi. Vältä:

• vääriä variantteja
• pieniä tuotteita suurissa kuvapinnoissa
• huonoja leikkauksia
• epäyhtenäisiä taustoja
• epäselviä kuvia
• paikkamerkkikuvia
• tarjoukseen kuulumattomia lisävarusteita hallitsevana elementtinä

Google suosittelee korkearesoluutioisia kuvia tuotteiden rikkaisiin esityksiin ja mainitsee yli 1 500 pikseliä pisimmällä sivulla suosituksena.

Pääkuva vastaa kysymykseen: Mitä ostan?

Attribuutin image_link tulisi näyttää todellisuudessa tarjottu tuote.

Varianteissa kuvan on vastattava väriä, materiaalia tai versiota. Käyttäjän, joka napsauttaa sinistä tuolia, ei tulisi päätyä tuotesivulle, jossa on punainen tuoli esivalittuna varianttina.

Lisäkuvat vastaavat muihin ostopäätöksiin

additional_image_link-attribuutin avulla voit lähettää lisänäkymiä. Google tukee jopa kymmentä lisäkuvaa. Ne voivat näyttää esimerkiksi erilaisia perspektiivejä, yksityiskohtia, pakkauksia tai käyttötilanteita.

Järkevä kuvien järjestys voi näyttää tältä:

• selkeä pääkuva
• sivukuva
• takakuva
• yksityiskohtakuva
• kokosuhde
• tuote käytössä
• toimitussisältö
• pakkaus

Mitä on lifestyle_image_link?

lifestyle_image_linkin avulla lifestyle-kuvat voidaan lähettää erillään klassisista tuotekuvista.

Google mainitsee esimerkiksi seuraavat:

• vaatteet mallin päällä
• huonekalut sisustetussa huoneessa
• useita tuotteita täydellisenä settinä
• tuotteet todellisessa käyttötilanteessa
• image_link: Sohva erillisellä taustalla tai neutraalilla taustalla
• additional_image_link: Sivukuva, takapuoli, kangas yksityiskohta
• lifestyle_image_link: Sohva täysin sisustetussa olohuoneessa

Attribuutti sopii erityisesti, jos pääkuvasi halutaan pitää asiallisena ja tuotekeskeisenä, mutta haluat lisäksi välittää käyttöyhteyden.

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

Hintojen ja saatavuuden on oltava synkronoituja

Optimoitu syöte on arvoton, jos käyttäjät löytävät klikkauksen jälkeen eri hinnan tai tuotteen, joka ei ole saatavilla.

price-attribuutin kautta lähetetyn hinnan on vastattava tuotesivun hintaa. Myös valuutan on vastattava kohdemaata ja laskeutumissivulla näkyvää valuuttaa.

Saatavuuden osalta Google tukee muun muassa:

• in_stock
• out_of_stock
• preorder
• backorder

Tietojen on vastattava tuotesivua, kassaa ja tarvittaessa strukturoituja tietoja. Ennakkotilauksissa tai jälkitoimituksissa vaaditaan lisäksi saatavuuspäivä, jonka tulisi olla näkyvissä myös tuotesivulla.

Älä poista tuotteita turhaan

Jos tuote on tilapäisesti loppunut varastosta, sitä ei pidä automaattisesti poistaa kokonaan tietolähteestä.

Tilanteesta riippuen voit:

• käyttää out_of_stock -tilaa
• hallita taukoa vastaavan attribuutin kautta
• käyttää backorderia jälkitoimituksissa
• käyttää preorderia vielä julkaisemattomissa tuotteissa

Näin tuotteen yhdistäminen säilyy pääosin ja tuote voidaan päivittää, kun se on jälleen saatavilla.

Hinnoittelun muuttaminen Google Shoppingissa turvallisesti

Dynaaminen hinnoittelu voi olla järkevää Shopping-ympäristössä. Se lisää kuitenkin hintaerojen riskiä.

Hinnoittelujärjestelmän ei tulisi muuttaa vain näkyvää kauppahintaa. Sen on samalla päivitettävä kaikki asiaankuuluvat tietotasot:

• Hinta kauppajärjestelmässä
• Hinta tuotesivulla
• strukturoitu data tuotesivulla
• Merchant Centerin tietolähde
• tarvittaessa paikalliset hinnat
• CSS-tuotetiedot

Muutoksen tulisi tapahtua mahdollisimman yhtenäisenä prosessina. Jos syöte päivitetään ensin, kun tuotesivulla näkyy vielä vanha hinta, syntyy väliaikaisesti ero. Sama pätee päinvastaisessa järjestyksessä.

Google voi käyttää automaattisia tuotepäivityksiä hinnalle ja saatavuudelle, jos tuotesivulla on strukturoitua dataa. Tämä toiminto on kuitenkin tarkoitettu lisävarmistukseksi eikä korvaa säännöllistä tuotetietojen päivittämistä.

Hinnoittelun tulee olla taloudellisesti rajattua

Alhaisin hinta ei automaattisesti ole kannattavin hinta.

Järkevä järjestelmä ottaa huomioon:

• Ostohinta
• Kate
• Toimituskulut
• Maksujärjestelmien kulut
• Palautusaste
• Mainoskulut
• Minimivarasto
• Kilpailun taso
• Haluttu markkina-asema

Määritä siis vähimmäishinnat ja katteiden rajat. Muussa tapauksessa automaattinen hinnanlasku voi kyllä generoida enemmän klikkauksia, mutta samalla tuhota katteen.

Yhdistä paikallinen varasto siististi tuotetietoihin

Myymälöillä varustetut kauppiaat tarvitsevat yleisten tuotetietojen lisäksi myös paikallisia varastotietoja.

Erottelu on tehtävä seuraavien välillä:

• Itse tuote
• Sen saatavuus tietyssä myymälässä
• Mahdollisesti poikkeava paikallinen hinta
• Nouto- ja toimitusvaihtoehdot

Google antaa kauppiaille mahdollisuuden käyttää olemassa olevia tuotetietoja myös paikallisiin mainoksiin ja ilmaisiin paikallisiin tuotelistauksiin. Kokoonpanosta riippuen tuotetiedot ja paikalliset varastotiedot voidaan synkronoida automaattisesti.

Myymäläkohtaisissa hinnoissa hinta voi olla peräisin joko ensisijaisesta tuotetietolähteestä tai paikallisista varastotiedoista. Ratkaisevaa on, että kyseisen myymälän tuotesivulla näkyvä hinta vastaa lähetettyjä tietoja.

Tyypillinen paikallisen varaston rakenne

Tuote pysyy samana. Varasto ja hinta voivat kuitenkin vaihdella sijainnin mukaan.

Tärkeää on johdonmukainen myymälätunniste. Paikallisissa tiedoissa käytetyn Store-ID:n on oltava yksilöllisesti yhdistetty kyseiseen myymälään.

Hyödynnä Custom Labelit kannattaviin kampanjoihin

Teknisesti hyvä syöte kuvaa tuotetta. Taloudellisesti hyvä syöte sisältää lisäksi tietoja, joiden avulla voit ohjata valikoimaa liiketoiminta-arvon mukaan.

Google tarjoaa tähän viisi mukautettua tunnusta (custom label):

• custom_label_0
• custom_label_1
• custom_label_2
• custom_label_3
• custom_label_4

Google mainitsee mahdollisina käyttötapauksina muun muassa sesongin, myyntitehokkuuden, hintaluokan, katteen ja markkinoille tuonnin. Arvot eivät näy asiakkaille, vaan ne palvelevat ryhmittelyä ja analysointia Shopping- ja Performance Max -kampanjoissa.

Esimerkki järkevästä täytöstä

Näin voit esimerkiksi tunnistaa, tuottaako kampanjasi kyllä myyntiä, mutta myy pääasiassa matalakatteisia tuotteita.

Vältä liikaa yksittäisiä arvoja

Custom Label ei ole tarkoitettu toiseksi tuotetunnukseksi.

Vähiten 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 = keski_kate
• custom_label_0 = matala_kate

Järkevämmin:

Arvojen tulisi muodostaa todellisia ryhmiä, joiden perusteella voit tehdä päätöksiä.

Valitse oikea tietolähde

Jokainen kauppa ei tarvitse samaa teknistä ratkaisua.

Pienet, suhteellisen vakaat valikoimat

Muutamilla tuotteilla ja harvoin muuttuvilla hinnoilla automaattisesti noudettu tiedosto voi olla riittävä.

Mahdollisia formaatteja ovat esimerkiksi:

• XML
• TSV
• automaattisesti toimitettu tuotetiedosto
• suora kauppaintegraatio

Ratkaisevaa ei ole pelkästään formaatti, vaan päivitysten luotettavuus.

Keskisuuret valikoimat lisätiedoilla

Tässä ensisijaisen ja täydentävän tietolähteen yhdistelmä voi olla hyödyllinen.

Ensisijainen lähde sisältää esimerkiksi:

• Tuotetunnus
• title
• Hinta
• Saatavuus
• Tuotelinkki
• Kuvat
• Marginaaliluokat
• Kausiluokitukset
• Kampanjaliput
• optimoidut title
• muut tuoteominaisuudet

Täydentävä lähde tarjoaa:

Käsittelyn jälkeen Merchant Center -tuote voi koostua ensisijaisesta tuotetiedoista ja useista täydentävistä tiedoista.

Suuret tai erittäin dynaamiset valikoimat

Usein tapahtuvien hintojen, varastojen tai valikoimien muutosten vuoksi Merchant API on usein vankempi perusta.

Google sallii ensisijaisten ja täydentävien tietolähteiden hallinnan Merchant API:n kautta. Tietolähteet voidaan määrittää tietyille kielille ja syötetunnisteille tai käyttää joustavammin useille yhdistelmille.

Tiedostopohjaisille tietolähteille Google huomauttaa, että manuaalinen tai ajoitettu haku ei ole tarkoitettu mielivaltaisen usein tapahtuville päivityksille. Jos päivityksiä tarvitaan useammin kuin kerran päivässä, tulisi Products-palvelua käyttää sen sijaan.

Käytännöllinen jako on siksi seuraava:

Tuotesyötteiden lokalisointi useisiin maihin

Kansainvälinen syöte ei ole pelkästään käännetty kopio Suomen syötteestä.

Kutakin kohdemaata kohti voivat vaihdella:

• Kieli
• Valuutta
• Hinta
• Arvonlisävero
• Toimituskulut
• Saatavuus
• Kokomerkinnät
• Mittayksiköt
• Tuotenimikkeet
• lakisääteiset pakolliset tiedot
• Valikoima

Merchant API:ssa feedLabel, contentLanguage ja kohdemaat ovat erillisiä konfiguraatioelementtejä. Syötetunniste, kuten ”FI”, ei automaattisesti tarkoita, että tuotteet kohdennettaisiin yksinomaan Suomeen. Kohdemaat ja toimituskonfiguraatio on määritettävä erikseen.

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

Kirjaimellinen käännös voi olla kielellisesti oikea, mutta kaupallisesti sopimaton.

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

• käyttää erilaisia tuotetermejä
• kirjoittaa mitat eri tavoin
• yhdistellä brändejä ja malleja eri tavoin
• hakea enemmän materiaalien tai käyttötarkoitusten perusteella
• odottaa erilaisia kokostandardeja

Rakenna siksi omia otsikkosääntöjä kullekin kielelle. Yhteinen tuotetietokanta voi toimia perustana, mutta kielellinen ulostulo tulisi lokalisoida.

Miten voit mitata syötteen optimointeja

Älä muuta kaikkia koko tuotevalikoiman attribuutteja samanaikaisesti. Muuten on vaikea jälkikäteen nähdä, mikä toimenpide todella auttoi.

Hallittu prosessi on parempi.

Vaihe 1: Muodosta vertailukelpoisia tuoteryhmiä

Esimerkiksi:

• 200 tuotetta optimoiduilla title
• 200 samanlaista tuotetta aikaisemmilla title
• 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
• Konversioprosentti
• Liikevaihto
• Kustannus-liikevaihto-suhde
• Hyväksyttyjen tuotteiden osuus

Vaihe 3: Muuta vain yhtä suurempaa tekijää

Testaa esimerkiksi ensin otsikoita. Sen jälkeen kuvia. Sitten custom_label_0-4 tai tuotekuvauksia.

Vaihe 4: Kerää riittävästi dataa

Tuote kahdella näyttökerralla ei anna luotettavaa tietoa. Arvioi muutoksia riittävän suurten tuoteryhmien tasolla ja ota huomioon sesongin vaikutukset.

Vaihe 5: Arvioi liiketoiminnallista arvoa klikkausprosentin sijaan

Uusi otsikko voi nostaa klikkausprosenttia, mutta houkutella vähemmän ostoa harkitsevia käyttäjiä.

Älä siis arvioi vain:

Tuottiko optimointi enemmän klikkauksia?

Vaan:

Tuottiko se enemmän kannattavia tilauksia tai korkeamman myyntikatteen?

Yleisimmät virheet CSS-tuotesyötteissä

Käytännöllinen 30 päivän suunnitelma

Viikko 1: Tarkista tekninen tila

Tee ensin inventaario:

• Kuinka monta tuotetta on hyväksytty?
• Mitkä virheet ovat yleisimpiä?
• Ovatko hinta ja saatavuus oikein?
• Ovatko ID:t vakaat?
• Ovatko variantit eroteltu oikein?
• Kuinka suuri on voimassa olevien GTIN-koodien osuus?
• Millä tuotteilla ei ole kuvia?

Korjaa ensin virheet, jotka estävät tuotteita kokonaan näkymästä.

Viikko 2: Paranna otsikoita ja tunnisteita

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

Kehitä kullekin kategorialle otsikkomalli ja lisää:

• Brändi
• Malli
• Tuotetyyppi
• keskeinen ominaisuus
• varianttitiedot

Tarkista samalla GTIN, MPN ja brändi.

Viikko 3: Laajenna kuvia ja tuotetietoja

Lisää tärkeisiin tuotteisiin:

• korkearesoluutioiset pääkuvat
• vaihtoehtoiset näkökulmat
• yksityiskohtaiset kuvat
• lifestyle-kuvat
• tuotteen kohokohdat
• tekniset tuotetiedot

Keskity ensin tuotteisiin, joilla on paljon näyttökertoja, mutta heikko klikkaus- tai konversioprosentti.

Viikko 4: Taloudellinen ohjaus ja automatisointi

Määrittele Custom-Label-järjestelmä ja siirrä:

• Marginaali
• myyntivoima
• varasto
• kausi
• strateginen prioriteetti

Tarkista sitten, vastaako päivitystaajuutesi valikoimaa. Dynaamiset hinnat ja varastosaldot puoltavat API-pohjaista ratkaisua.

Yhteenveto: CSS-kumppani on infrastruktuuri, feedi on tehokkuuden vipu

Hyvä Comparison Shopping Service luo edellytykset ammattimaiselle CSS-yhteydelle. Kuitenkin se, hyödyntääkö tuotevalikoimasi potentiaaliaan, riippuu olennaisesti tuotetietojen laadusta.

Älä aloita kosmeettisilla optimoinneilla. Varmista ensin, että tuotteet tunnistetaan yksiselitteisesti, hyväksytään oikein ja toimitetaan ajantasaisten hintojen ja varastojen kanssa.

Sen jälkeen seuraavat suorituskykyä parantavat toimenpiteet:

• tarkat tuotenimet (title)
• jäsenennetyt kuvaukset (structured_title)
• oikeat GTIN-koodit
• spesifiset kategoriat (google_product_category)
• vakuuttavat tuotekuvat (additional_image_link)
• lifestyle-kuvat (lifestyle_image_link)
• taloudelliset Custom Labels (custom_label_0-4)
• luotettava automaatio

Paras tuotefeedi ei sisällä mahdollisimman paljon tietoa. Se sisältää oikean tiedon, oikeassa attribuutissa, oikealle tuotteelle ja oikeaan aikaan.

Erityisesti suurissa valikoimissa syötteen optimoinnista tulee jatkuva prosessi. Ottamalla CSS-yhteyden, tuotetiedot, hintojen hallinnan ja kampanjalogiikan huomioon yhdessä luot paljon paremman perustan skaalautuvalle Google Shoppingille.

Usein kysyttyjä kysymyksiä tuotesyötteen optimoinnista CSS:lle