Tuotetiedon ylläpito on verkkokaupan arkista perustyötä, ja väärin valittu tapa maksaa aikaa, virheitä ja hermoja. WooCommerce taipuu moneen: käsin ylläpidosta CSV-päivityksiin ja täysiin ERP-integraatioihin. Tässä artikkelissa käymme läpi neljä tasoa, niiden vahvuudet ja rajoitteet sekä esimerkkejä asiakkaidemme ratkaisuista.
Parhaan tavan valinta riippuu kolmesta asiasta: kuinka paljon tuotteita on, kuinka usein tietoja päivitetään ja ylläpidetäänkö tuotetietoa verkkokaupan lisäksi jossain muussa järjestelmässä, kuten toiminnanohjauksessa (ERP) tai tuotetiedon hallintajärjestelmässä (PIM).
1. Perustoiminnot riittävät pienelle tuotemäärälle
Kun tuotteita on suhteellisen vähän ja sekä tuotteet että tilaukset hallitaan vain verkkokaupassa, on usein järkevintä ylläpitää tuotteita käsin WooCommercen omassa muokkausnäkymässä. Se tarjoaa hyvät perustoiminnot tuotetietojen hallintaan. Kun Gutenberg-editorin ottaa käyttöön myös tuotteissa, tuotesivuista saa monipuolisia ja informatiivisia ilman lisäosia.
Sopii hyvin, kun
tuotteita on vähän ja tuote- ja tilaustiedot käsitellään vain yhdessä paikassa.
Ei sovi, kun
tuotemäärä kasvaa suureksi tai tuotetieto halutaan synkronoida jonkin ulkoisen järjestelmän kanssa.
Esimerkki: Ruskalaukka. Ruskalaukka myy erilaisia ratsastus-, elämys- ja rekiretkipaketteja verkkosivujensa kautta. Tuotteita on parikymmentä kahdella eri kieliversiolla, eikä niiden sisältö vaihdu kovin usein. Muokkaus suoraan WooCommercessa sopii tässä tapauksessa hyvin: tuotteet ovat elämyspaketteja, joiden kuvaukset, kuvat ja kausittainen saatavuus kirjoitetaan joka tapauksessa käsin, eikä tuotetieto tule mistään toisesta järjestelmästä. Automaatio toisi tähän vain lisää ylläpidettävää ilman, että se säästäisi yhtään työtä.
2. CSV-tiedosto tuotetiedon lisäyksen ja päivityksen apuna
Kun tuotemäärä lähestyy sataa tai ylittää sen, kaiken päivittäminen käsin ei ole enää mielekästä. WooCommercessa on sisäänrakennettu toiminto tuotetiedon vientiin ja tuontiin CSV-tiedostona. Sillä päivittää suuremman tuotemäärän kerralla ilman, että jokaista tuotetta täytyy avata erikseen.
Jos perustoiminto ei riitä, CSV-tuonnin voi hoitaa erillisellä lisäosalla, kuten WP All Import / Export. Lisäosat tarjoavat enemmän mahdollisuuksia esimerkiksi metakenttien ja monimutkaisempien tuotetyyppien hallintaan. Päivitystiedoston lukemisen voi myös ajastaa, jolloin tiedot pysyvät ajan tasalla ilman, että päivitys täytyy muistaa tehdä käsin.
Tiedostojen kanssa kannattaa olla tarkkana: tiedostomuodon ja jokaisen tuoterivin rakenteen täytyy olla oikein, muuten tiedot tallentuvat väärin tai eivät tallennu lainkaan.
Sopii hyvin, kun
tuotteita on kohtalainen määrä eikä tietojen ajantasaisuus ole aikakriittistä – esimerkiksi kerran päivässä tehtävä synkronointi riittää. Tämä on usein täysimittaista integraatiota kustannustehokkaampi tapa pitää tuotetiedot ajan tasalla.
Ei sovi, kun
datamäärä on todella suuri, koska suurten tiedostojen käsittely on hidasta ja virhealtista.
Esimerkki: Jokke. Jokke Pet myy kotimaisia koiratarvikkeita verkkokaupassaan. Tuotteita on alle kaksisataa, mutta ne sisältävät paljon variaatioita ja tuotedata elää koko ajan. Yksi panta tai talutin voi tarkoittaa kymmeniä tuoterivejä, kun mukaan lasketaan kaikki koot ja värit, joten käsin päivittäminen veisi kohtuuttomasti aikaa. Yhdellä csv-tiedostolla saadaan päivitettyä ajantasainen tuotedata sekä Suomen että Ruotsin verkkokauppaan yhdellä ajolla.
3. Suuren tuotemassan päivitys suoraan tietokantaan
Kertaluontoinen suuren tuotemassan tuonti verkkokauppaan tai yksittäinen massa-ajo, kuten hinnanmuutos koko valikoimaan, on usein tehokkainta tehdä siirtotiedostolla ja räätälöidyllä koodilla, joka tekee muutokset suoraan tietokantaan. Tällaisia muutoksia tehdään harvoin, eikä niitä varten kannata rakentaa erillistä rajapintaa. Rajapinnat ovat lisäksi usein hitaita suurten massojen kanssa, jolloin räätälöity koodi on nopeampi ja tehokkaampi ratkaisu.
Sopii hyvin, kun
kyseessä on kertaluontoinen tai harvoin toistuva massa-ajo, jossa tuotteita on tuhansia.
Ei sovi, kun
oja täytyy päivittää jatkuvasti tai usean järjestelmän välillä – silloin tarvitaan integraatio.
4. Integraatiot, kun tuotetietoa hallitaan myös muualla
Integraatio toiseen järjestelmään kasvattaa verkkokauppaprojektia aina, vaikka tuotemäärä olisi pieni. Pienelle tuotemäärälle täysimittainen integraatio on usein turhan raskas ja kallis ratkaisu. Jos valmista lisäosaa ei löydy, synkronointi voidaan hoitaa esimerkiksi ERP-järjestelmästä saatavan vientitiedoston kautta, josta tuotetieto luetaan ajastetusti verkkokauppaan.
Kun datamäärä on suuri ja tuotetietoa hallitaan myös ERP- tai PIM-järjestelmässä, on aika ottaa integraatiot käyttöön. Suuremmissa kaupoissa tuotteiden hallinta hoidetaan usein kokonaan ulkoisessa järjestelmässä: valikoidut tuotteet tuodaan verkkokauppaan integraatioiden avulla, ja verkkokaupassa tehdyt muutokset ja tilaukset lähetetään lähes tai täysin reaaliaikaisesti takaisin. Tietoa voidaan viedä vain yhteen suuntaan, mutta useimmiten synkronointi halutaan kaksisuuntaiseksi.
WooCommerce tarjoaa oman REST-rajapinnan tuotetiedon muokkaukseen, ja sitä voidaan tarvittaessa laajentaa. Jos oletusrajapinta ei riitä, ja tarvitaan esimerkiksi erikoiskenttiä, eri autentikointimalli tai kevyempi, isolle datamäärälle optimoitu päätepiste, voidaan rakentaa oma REST-rajapinta juuri halutunlaiseksi.
Ulkoisesta järjestelmästä riippuen tarjolla saattaa olla valmis liityntä WooCommerceen, mutta useimmiten tarvitaan väliohjelmisto (middleware), joka hoitaa tietomallien yhteensovituksen järjestelmien välillä. Tuotteen lisäykseen ja päivitykseen voidaan liittää teemassa tai lisäosassa omaa logiikkaa, joka täydentää tietojen käsittelyä. Webhookien avulla verkkokauppa voi lähettää toimintopyyntöjä ulkoiseen järjestelmään esimerkiksi tilauksen yhteydessä, ja vastaavasti ulkoinen järjestelmä verkkokauppaan, kun tuotteen tiedot tai varastosaldo muuttuvat.
Sopii hyvin, kun
verkkokauppa on suuri ja tuote- ja tilaustiedot täytyy synkronoida yhteen tai useampaan järjestelmään.
Ei sovi, kun
budjetti on pienempi, tuote- ja tilaustietoja hallitaan vain verkkokaupassa tai synkronointi kerran tai pari päivässä riittää.
Mikä tapa sopii teille?
Nyrkkisääntö: mitä enemmän tuotteita ja mitä useampi järjestelmä, sitä enemmän automaatiota kannattaa rakentaa, mutta ei yhtään enempää kuin tarvitaan. Hyvin valittu kevyt ratkaisu on usein parempi kuin raskas integraatio, jota kukaan ei ehdi ylläpitää.
Jos mietit, mikä taso sopii teidän verkkokauppaanne, ota yhteyttä. Käydään tilanne läpi yhdessä ja katsotaan, mikä ratkaisu kantaa myös tulevaisuudessa.
| Tapa | Tuotemäärä | Ulkoinen järjestelmä | Päivitystahti | Kustannus |
| Käsin WooCommercessa | Alle ~100 | Ei | Kun tarve vaatii | Pieni |
| CSV-tuonti (sisäänrakennettu tai lisäosa) | Sadoista tuhansiin | Vientitiedosto riittää | Päivittäin tai harvemmin, ajastettavissa | Kohtuullinen |
| Massa-ajo suoraan tietokantaan | Tuhansia | Siirtotiedosto | Kertaluontoinen tai harvoin | Projektikohtainen |
| Integraatio (REST, middleware, webhookit) | Mikä tahansa | ERP / PIM, kaksisuuntainen | Lähes tai täysin reaaliaikainen | Suurin, mutta skaalautuu |
