WooCommerce suurelle verkkokaupalle – toimiiko se 10 000+ tuotteella?

WooCommerce ei ole vain pienten verkkokauppojen alusta. Oikein toteutettuna sillä voidaan rakentaa myös verkkokauppoja, joissa on kymmeniä tuhansia tuotteita, laajoja tuotetietoja ja integraatioita yrityksen muihin järjestelmiin.

Suuren WooCommerce-kaupan onnistuminen ei kuitenkaan ratkea sillä, kuinka monta tuotetta järjestelmään teknisesti voidaan tallentaa. Todelliset haasteet liittyvät yleensä tuotetiedon rakenteeseen, hakuihin ja suodatuksiin, integraatioihin, suuriin massapäivityksiin, kuviin, tausta-ajoihin sekä palvelinympäristöön.

Gelo rakentaa ja kehittää WooCommerce-verkkokauppoja myös tilanteissa, joissa tuotteita ja käsiteltävää dataa on paljon.

Kuinka monta tuotetta WooCommerce kestää?

Tähän kysymykseen ei ole yhtä oikeaa lukua.

10 000 tuotteen WooCommerce-kauppa voi toimia erittäin nopeasti. Toisaalta jo muutaman tuhannen tuotteen kauppa voi olla hidas, jos tuotteilla on valtava määrä variaatioita, tietokantakyselyt ovat raskaita tai sivustolle on asennettu suuri määrä huonosti skaalautuvia lisäosia.

Tuotteiden lukumäärä yksinään ei siis kerro verkkokaupan vaativuudesta kovin paljon.

Suorituskykyyn vaikuttavat esimerkiksi:

• tuotteiden määrä
• tuotevariaatioiden määrä
• tuotteisiin liitettyjen attribuuttien ja metatietojen määrä
• kategoriarakenne
• haku- ja suodatustoiminnot
• tuotekuvien ja muun median määrä
• samanaikaisten käyttäjien määrä
• tilausten määrä
• ERP- ja PIM-integraatioiden päivitystiheys
• massapäivitysten toteutustapa
• käytetyt WooCommerce-lisäosat
• palvelinympäristö ja välimuistit

Siksi emme yleensä aloita suuren verkkokaupan suunnittelua kysymällä vain tuotteiden lukumäärää. Tärkeämpää on ymmärtää, mitä tuotteille tehdään ja kuinka tieto liikkuu järjestelmien välillä.

10 000 tuotetta ei ole WooCommercelle poikkeuksellinen määrä

Kymmenentuhannen tuotteen raja kuulostaa suurelta, jos WooCommercea ajattelee tavallisena WordPress-sivustona. Tekninen ympäristö pitää kuitenkin suunnitella verkkokaupan koon mukaan.

Hyvin toteutetussa kaupassa kymmeniä tuhansia tuotteita ei tarvitse käsitellä jokaisella sivulatauksella. Asiakkaalle näytetään vain hänen tarvitsemaansa tietoa, raskaat prosessit tehdään taustalla ja usein käytettyjä tietoja voidaan välimuistittaa.

Suuren verkkokaupan kohdalla WooCommercea pitää käsitellä oikeana liiketoimintajärjestelmänä, ei vain WordPressiin asennettavana lisäosana.

Tuotemäärää tärkeämpi kysymys: kuinka paljon tuotetietoa on?

Kaikki 10 000 tuotteen verkkokaupat eivät ole samanlaisia.

Yksinkertainen tuote voi sisältää vain:

• tuotenimen
• tuotekoodin
• hinnan
• kuvauksen
• yhden kuvan
• varastosaldon

Toisessa verkkokaupassa yhdellä tuotteella voi olla kymmeniä teknisiä ominaisuuksia, useita kieliversioita, kymmeniä kuvia, dokumentteja, asiakaskohtaisia hintoja, variaatioita ja yhteyksiä muihin tuotteisiin.

Jälkimmäisessä tapauksessa 10 000 tuotetta tarkoittaa käytännössä huomattavasti suurempaa tietomäärää.

Siksi suuren WooCommerce-kaupan suunnittelussa tuotetietomalli on yksi ensimmäisistä asioista, jotka kannattaa tehdä kunnolla.

Variaatiot voivat olla tuotteita vaativampia

Tuotevariaatiot vaikuttavat WooCommerce-kaupan kokoon merkittävästi.

Jos verkkokaupassa on esimerkiksi 10 000 päätuotetta ja jokaisella keskimäärin 10 väri- tai kokovaihtoehtoa, käsiteltävä kokonaisuus on aivan eri luokkaa kuin 10 000 yksinkertaisen tuotteen kaupassa.

Suuren variaatiomäärän kohdalla kannattaa tarkastella erityisesti:

• mitkä ominaisuudet oikeasti tarvitsevat oman variaation
• mitkä tiedot voidaan käsitellä tavallisina attribuutteina
• miten variaatiot tulevat ERP- tai PIM-järjestelmästä
• miten haku ja suodatus käsittelevät variaatioita
• miten variaatioiden hinnat ja varastot päivittyvät

Hyvä tuotemallinnus voi vähentää järjestelmän kuormaa huomattavasti.

Suuren verkkokaupan tuotetietoa ei kannata ylläpitää käsin

Kun tuotteita on kymmeniä tuhansia, tuotteiden käsin ylläpitäminen WooCommerce-hallinnassa ei yleensä ole tehokas toimintatapa.

Tuotetieto voi tulla esimerkiksi:

• ERP-järjestelmästä
• PIM-järjestelmästä
• tavarantoimittajilta
• valmistajien aineistoista
• CSV- tai XML-tiedostoista
• ulkoisista API-rajapinnoista

WooCommerce toimii tällöin ennen kaikkea myyntikanavana. Tuotetiedon master voi olla toisessa järjestelmässä, josta verkkokauppaan tuodaan juuri siellä tarvittavat tiedot.

ERP + PIM + WooCommerce

Suuremmissa verkkokaupoissa WooCommerce on usein osa useamman järjestelmän kokonaisuutta.

Tyypillinen arkkitehtuuri voi olla esimerkiksi:

• ERP: tuotteiden perustiedot, hinnat, varastot ja tilausten käsittely
• PIM: tuotekuvaukset, ominaisuudet, kuvat, dokumentit ja kieliversiot
• WooCommerce: asiakkaille näkyvä verkkokauppa

Tällaisessa ympäristössä WooCommercen suorituskyvyn lisäksi pitää suunnitella hyvin myös järjestelmien väliset tietovirrat.

Gelo toteuttaa WooCommerce-integraatioita ERP-, PIM- ja muihin liiketoimintajärjestelmiin.

Älä päivitä 50 000 tuotetta, jos vain 200 muuttui

Yksi yleisimmistä suurten verkkokauppojen integraatio-ongelmista syntyy siitä, että tietoa käsitellään tarpeettoman paljon.

Jos järjestelmässä on 50 000 tuotetta ja edellisen integraatioajon jälkeen vain 200 tuotetta on muuttunut, kaikkien 50 000 tuotteen uudelleen käsittely on yleensä turhaa.

Hyvä integraatio pyrkii tunnistamaan muuttuneet tiedot ja käsittelemään vain ne.

Tällä on suuri vaikutus:

• integraation nopeuteen
• palvelimen kuormitukseen
• API-kutsujen määrään
• tietokannan kuormitukseen
• virhetilanteiden määrään

Massapäivitykset pitää tehdä taustalla

Suuria tuotemääriä ei kannata käsitellä tavallisen selainpyynnön aikana.

Jos esimerkiksi 20 000 tuotteen hinnat pitää päivittää, prosessi kannattaa jakaa hallittaviin eriin ja suorittaa taustalla.

Tyypillisiä ratkaisuja ovat:

• ajastetut cron-ajot
• jonot
• eräajot
• tuotteiden käsittely esimerkiksi satojen tuotteiden erissä
• keskeytyneen prosessin jatkaminen siitä, mihin edellinen ajo jäi
• automaattiset uudelleenyritykset virhetilanteissa

Tärkeää on, ettei yhden tuotteen virhe pysäytä koko 50 000 tuotteen käsittelyä.

Cron ei saa olla yksi valtava yöajo

Suuren verkkokaupan automaatioissa näkee joskus toteutuksia, joissa kerran yössä käynnistetään yksi valtava prosessi, jonka pitäisi käsitellä kaikki tuotteet.

Tämä toimii siihen asti, kunnes tuotteita on liikaa, palvelimen aikaraja tulee vastaan tai yksittäinen virhe keskeyttää koko prosessin.

Luotettavampi ratkaisu on pilkkoa työ pienempiin vaiheisiin.

Hyvä taustaprosessi:

• tietää, missä vaiheessa käsittely on
• jatkaa tarvittaessa edellisestä kohdasta
• kirjaa virheet lokiin
• pystyy yrittämään epäonnistunutta vaihetta uudelleen
• ei estä verkkokaupan normaalia käyttöä

Hakutoiminto muuttuu tärkeäksi suuressa tuotevalikoimassa

Mitä enemmän tuotteita verkkokaupassa on, sitä tärkeämpi osa käyttökokemusta haku on.

Asiakkaan pitää löytää oikea tuote nopeasti esimerkiksi:

• tuotenimellä
• tuotenumerolla
• EAN-koodilla
• tuotemerkillä
• teknisellä ominaisuudella

Suuren tuotevalikoiman kohdalla WordPressin tavallinen hakutoiminto ei välttämättä ole paras ratkaisu. Tarpeen mukaan haku voidaan toteuttaa erillisellä hakuteknologialla tai WooCommerceen optimoidulla hakuratkaisulla.

Tuotesuodattimet voivat olla suurempi haaste kuin tuotteiden määrä

Esimerkiksi teknisessä verkkokaupassa asiakkaalla voi olla käytössään kymmeniä eri suodatettavia ominaisuuksia.

Jos jokainen suodatus rakentaa raskaan tietokantakyselyn suuresta tuotejoukosta, verkkokauppa voi hidastua nopeasti.

Suodatusratkaisun pitää siksi olla suunniteltu tuotevalikoiman koon ja tuotetietomallin mukaan.

Erityistä huomiota kannattaa kiinnittää:

• suodatettavien attribuuttien määrään
• niiden mahdollisten arvojen määrään
• tuotteiden kategorisointiin
• tietokantakyselyihin
• välimuistitukseen
• hakuteknologian valintaan

Suuret kuvamäärät kannattaa suunnitella erikseen

50 000 tuotetta voi helposti tarkoittaa satojatuhansia tuotekuvia.

Jos jokaisella tuotteella on esimerkiksi viisi kuvaa, 50 000 tuotteesta syntyy jo 250 000 kuvan mediakirjasto.

Tällaisessa ympäristössä kannattaa suunnitella erikseen:

• kuvien tallennus
• kuvakokojen generointi
• CDN
• välimuistit
• kuvien optimointi
• vanhojen kuvien poistaminen
• ERP- tai PIM-järjestelmästä tulevien kuvien päivitykset

Tarvittaessa media voidaan myös erottaa osittain varsinaisesta verkkopalvelimesta esimerkiksi objektitallennukseen ja toimittaa asiakkaille CDN:n kautta.

Tuotefeedien muodostaminen voi olla raskas prosessi

Suuri verkkokauppa lähettää tuotetietoa usein myös verkkokaupan ulkopuolelle.

Esimerkiksi:

• Google Merchant Center
• Meta
• hintavertailupalvelut
• markkinapaikat
• kumppaneiden järjestelmät

Kymmenien tuhansien tuotteiden XML- tai CSV-tiedoston muodostaminen yhdellä selainpyynnöllä ei ole hyvä ratkaisu.

Myös tuotefeedien muodostaminen voidaan jakaa hallittaviin eriin ja tehdä taustaprosessina.

Erittäin suurille tuotemäärille meillä on oma toteutus feedin generointiin, joka pystyy suoritumaan mielivaltaisen suuresta määrästä tuotteita.

Lisäosien määrä ei ratkaise – niiden laatu ratkaisee

WooCommercen laaja lisäosavalikoima on yksi alustan suurimmista eduista, mutta suuressa verkkokaupassa lisäosat pitää valita tavallista tarkemmin.

Huonosti toteutettu lisäosa voi esimerkiksi tehdä jokaisella sivulatauksella raskaita kyselyitä tai ladata paljon tarpeetonta dataa.

Suuren kaupan kohdalla kannattaa välttää tilannetta, jossa jokainen uusi vaatimus ratkaistaan asentamalla jälleen uusi lisäosa.

Jos valmis lisäosa ratkaisee tarpeen hyvin, käytämme sitä. Jos se ei skaalaudu tai sovi liiketoiminnan tarpeeseen, toiminnallisuus voidaan toteuttaa tarkoitukseen sopivalla tavalla.

Kun valmis WooCommerce-lisäosa ei riitä, me ohjelmoimme sen.

Palvelinympäristöllä on merkitystä

Suuri WooCommerce-verkkokauppa tarvitsee ympärilleen riittävän palvelininfrastruktuurin.

Suorituskykyä ei kuitenkaan ratkaista vain lisäämällä palvelimelle muistia ja prosessoritehoa. Ensin pitää varmistaa, ettei sovellus tee tarpeettoman raskasta työtä.

Hyvä kokonaisuus voi hyödyntää esimerkiksi:

• palvelinpuolen välimuistia
• object cachea
• CDN:ää
• optimoitua PHP-ympäristöä
• riittäviä tietokantaresursseja
• taustaprosesseille sopivaa suoritusympäristöä
• valvontaa ja lokitusta

Paras palvelin ei kuitenkaan korjaa huonosti rakennettua tietokantakyselyä tai integraatiota, joka päivittää tarpeettomasti koko tuoterekisterin.

Välimuisti auttaa asiakasliikenteeseen – ei kaikkeen

Välimuistituksella voidaan nopeuttaa merkittävästi verkkokaupan asiakkaille näkyviä sivuja.

Se ei kuitenkaan ratkaise kaikkia suuren verkkokaupan ongelmia.

Esimerkiksi seuraavat prosessit kuormittavat järjestelmää välimuistista riippumatta:

• tuotteiden massapäivitykset
• ERP-synkronointi
• PIM-tuonnit
• tuotefeedien muodostaminen
• hakujen indeksointi
• kuvien käsittely

Siksi myös verkkokaupan taustaprosessien suorituskyky pitää suunnitella.

Mitä suuren WooCommerce-kaupan suorituskyvystä kannattaa mitata?

Pelkkä etusivun latausajan mittaaminen ei riitä.

Seuraamme tarpeen mukaan esimerkiksi:

• tuotesivujen vasteaikoja
• kategoriasivujen vasteaikoja
• hakujen nopeutta
• suodatusten nopeutta
• tietokantakyselyiden määrää ja kestoa
• PHP-prosessien kuormaa
• tausta-ajojen kestoa
• API-pyyntöjen määriä
• virheiden ja aikakatkaisujen määrää

Tällä tavalla voidaan selvittää todellinen pullonkaula sen sijaan, että suorituskykyongelmia yritetään ratkaista arvaamalla.

Milloin WooCommerce sopii suurelle verkkokaupalle?

WooCommerce on erityisen kiinnostava vaihtoehto silloin, kun yritys tarvitsee joustavan verkkokaupan, jota voidaan räätälöidä ja integroida vahvasti muihin järjestelmiin.

Se sopii hyvin esimerkiksi tilanteisiin, joissa:

• tuotteita on tuhansia tai kymmeniä tuhansia
• tuotetieto tulee ERP- tai PIM-järjestelmästä
• verkkokaupassa tarvitaan yrityskohtaista toiminnallisuutta
• integraatioita on useisiin ulkoisiin järjestelmiin
• sisällönhallinta on tärkeässä roolissa
• halutaan välttää tarpeettoman raskas tekninen kokonaisuus
• halutaan säilyttää mahdollisuus kehittää järjestelmää itse tai valitun kumppanin kanssa

Milloin tuotemäärä ei olekaan suurin haaste?

Olemme nähneet verkkokaupoissa tilanteita, joissa huomio keskittyy 10 000 tai 50 000 tuotteen määrään, vaikka todellinen haaste löytyy aivan muualta.

Esimerkiksi:

• yhdellä tuotteella on satoja variaatioita
• tuotteita päivitetään kokonaisuudessaan useita kertoja päivässä
• jokainen tuotesivu tekee suuren määrän ulkoisia API-kutsuja
• suodatus muodostaa erittäin raskaita tietokantakyselyitä
• kuvia käsitellään satojatuhansia
• lisäosa tekee saman raskaan laskennan jokaisella sivulatauksella

Hyvä arkkitehtuuri ratkaisee usein enemmän kuin verkkokauppa-alustan vaihtaminen.

Suuri WooCommerce-kauppa kannattaa suunnitella kokonaisuutena

Kun verkkokaupassa on paljon tuotteita, emme tarkastele vain WooCommercea.

Selvitämme esimerkiksi:

• mistä tuotteet tulevat
• missä tuotetiedot ylläpidetään
• mistä hinnat tulevat
• mistä varastosaldot tulevat
• kuinka usein tiedot muuttuvat
• mitä tietoja asiakkaat hakevat ja suodattavat
• miten kuvat hallitaan
• mihin tilaukset siirtyvät
• mitä tuotefeedejä tarvitaan
• mitkä prosessit voidaan suorittaa taustalla

Tämän perusteella voidaan suunnitella kokonaisuus, joka toimii myös tuote- ja tilausmäärien kasvaessa.

Voiko olemassa olevan suuren WooCommerce-kaupan nopeuttaa?

Usein voi.

Jos WooCommerce-kauppa hidastuu tuotevalikoiman kasvaessa, ensimmäinen ratkaisu ei välttämättä ole koko verkkokaupan uudelleenrakentaminen.

Ensin kannattaa selvittää, mikä järjestelmää todellisuudessa hidastaa.

Ongelma voi löytyä esimerkiksi:

• yksittäisestä lisäosasta
• raskaasta tietokantakyselystä
• hakutoiminnosta
• tuotesuodatuksesta
• integraatiosta
• cron-prosessista
• välimuistin puuttumisesta
• palvelinympäristöstä

Kun pullonkaula tunnistetaan, se voidaan usein korjata ilman suurta järjestelmäuudistusta.

Miksi Gelo suureen WooCommerce-verkkokauppaan?

Gelo on erikoistunut WooCommerce-verkkokauppoihin, integraatioihin ja vaativaan ohjelmistokehitykseen.

Meillä on käytännön kokemusta verkkokaupoista, joissa tuotteita on yli 10 000 ja joissa tuotetiedon, kuvien, integraatioiden sekä taustaprosessien tehokas käsittely on keskeinen osa kokonaisuutta.

• WooCommerce-ohjelmistokehitys
• Suuret tuote- ja tietomäärät
• ERP- ja PIM-integraatiot
• Massapäivitykset ja tausta-ajot
• Hakujen ja suodatusten suorituskyky
• Suuret media-aineistot
• Tuotefeedien toteutus
• Suorituskykyongelmien selvittäminen
• Yrityskohtaiset WooCommerce-räätälöinnit

Emme ratkaise suuren verkkokaupan suorituskykyä yhdellä tempulla. Katsomme koko teknistä kokonaisuutta ja korjaamme sen kohdan, joka muodostaa todellisen pullonkaulan.

Usein kysyttyä WooCommercesta ja suurista tuotemääristä

Kestääkö WooCommerce 10 000 tuotetta?

Kyllä. 10 000 tuotetta ei itsessään ole WooCommercelle ongelmallinen määrä. Suorituskyky riippuu enemmän tuotteiden rakenteesta, variaatioista, lisäosista, hauista, integraatioista ja palvelinympäristöstä.

Entä 50 000 tuotetta?

Myös kymmenientuhansien tuotteiden WooCommerce-kauppa on mahdollinen. Tällaisessa kokoluokassa tuotetiedon tuonnit, haut, suodatukset, kuvat ja taustaprosessit pitää kuitenkin suunnitella alusta lähtien suuria tietomääriä varten.

Mikä yleensä hidastaa suurta WooCommerce-kauppaa?

Tuotteiden määrä on vain yksi tekijä. Käytännössä ongelmat löytyvät usein raskaista tietokantakyselyistä, tuotesuodatuksista, hakutoiminnoista, lisäosista, suurista variaatiomääristä tai huonosti toteutetuista massapäivityksistä ja integraatioista.

Tarvitaanko suureen WooCommerce-kauppaan PIM?

Ei välttämättä, mutta PIM-järjestelmästä tulee hyödyllinen, kun tuotteita, ominaisuuksia, kieliversioita ja julkaisukanavia on paljon. WooCommerce voi tällöin toimia myyntikanavana ja PIM tuotetiedon keskitettynä master-järjestelmänä.

Voiko WooCommerceen yhdistää ERP-järjestelmän?

Kyllä. Suurissa verkkokaupoissa ERP-integraatio on tavallinen ratkaisu. ERP voi hallita esimerkiksi tuotteiden perustietoja, hintoja, varastoja ja tilausten jatkokäsittelyä.

Pitääkö tuotetiedot päivittää reaaliaikaisesti?

Ei aina. Esimerkiksi varastosaldo voi vaatia nopeaa päivitystä, kun taas pitkän tuotekuvauksen muuttuminen kerran päivässä voi olla täysin riittävää. Päivitystiheys kannattaa määritellä tietotyypin ja liiketoimintatarpeen perusteella.

Voitteko nopeuttaa olemassa olevaa WooCommerce-kauppaa?

Kyllä. Aloitamme selvittämällä, mikä muodostaa todellisen suorituskykypullonkaulan. Sen jälkeen voidaan arvioida, riittääkö yksittäisen ongelman korjaaminen vai tarvitaanko laajempia muutoksia arkkitehtuuriin.

---

Suunnitteletko suurta WooCommerce-verkkokauppaa?

Tuotteiden suuri määrä ei ole syy sulkea WooCommercea pois. Olennaisempaa on suunnitella oikein tuotetieto, integraatiot, haut, taustaprosessit ja tekninen ympäristö.

Kerro meille tuotteiden määrä, nykyiset taustajärjestelmät ja verkkokaupan tärkeimmät vaatimukset. Voimme arvioida, miten WooCommerce kannattaa toteuttaa niin, että ratkaisu toimii myös liiketoiminnan kasvaessa.

Gelo Oy
050 486 9855
contact@gelo.fi
Hallituskatu 19, 33200 Tampere

”`