Shopify-migraatio

Shopify migraatio tarkoittaa olemassa olevan verkkokaupan siirtämistä Shopifyhin niin, että data, integraatiot ja hakukonenäkyvyys säilyvät. Siirrämme kauppoja Shopifyhin nykyisestä alustasta riippumatta - tyypillisimmin Magentosta, WooCommercesta tai MyCashflowsta.

Hyvä migraatio ei ole pelkkää datan siirtämistä. Se on käytännössä ainoa hetki, jolloin verkkokaupan rakenne, kategorisointi, tuotetiedot ja ostopolku voidaan arvioida uudelleen ilman erillistä projektia. Jos vanhan kaupan ongelmat siirretään sellaisenaan uudelle alustalle, jäljelle jää sama kauppa uudessa järjestelmässä.

Milloin Shopifyhin siirtyminen kannattaa

Alustan vaihdolle pitää olla liiketoiminnallinen syy. Tyypillisiä perusteltuja tilanteita:

• Nykyisen alustan ylläpito vie kohtuuttomasti aikaa ja rahaa suhteessa kaupan kokoon.
• Kehittäminen on hidasta - pienikin muutos vaatii kehittäjän ja pitkän odottelun.
• Kansainvälinen tai monikielinen myynti on kasvamassa.
• Markkinoinnin työkalut, sovellukset ja integraatiot eivät ole nykyiseen alustaan saatavilla.
• Tekninen velka on kertynyt niin suureksi, että uudelleenrakentaminen on halvempaa kuin korjaaminen.
• Kaupan tiimi haluaa tehdä sisältöä ja kampanjoita ilman kehittäjää.

Milloin Shopify ei ole oikea valinta

Shopify ei sovi kaikille ja on halvempaa todeta se ennen projektia kuin sen jälkeen. Harkitse muuta alustaa, jos:

• B2B-hinnoittelu on monimutkaista: asiakaskohtaiset hinnastot, portaittaiset alennukset, sopimushinnat.
• Kauppa on syvästi kiinni ERP:ssä tai muissa järjestelmissä, joissa logiikka on kaupan puolella.
• Variantteja tai tuoterakenteita on poikkeuksellisen paljon tai ne ovat konfiguroitavia.
• Kassan toiminnallisuutta pitää muokata paljon.
• Koodin ja datan täysi omistajuus on vaatimus.

Näissä tilanteissa Magento tai Mage-OS on usein parempi ratkaisu. Vertailimme alustoja tarkemmin artikkelissa Magento vai Shopify.

Kartoitus: mitä nykyisessä kaupassa oikeasti on

Migraatio epäonnistuu lähes aina samasta syystä: kartoitus tehtiin liian kevyesti ja jokin olennainen toiminto löydettiin tai ymmärrettiin ottaa huomioon vasta julkaisun jälkeen. Käymme läpi ainakin seuraavat:

• Tuotteet, variantit, tuoterakenteet ja tuotetietojen laatu.
• Kategoriarakenne ja navigaatio.
• Asiakkaat, asiakasryhmät ja markkinointiluvat.
• Tilaushistoria ja sen käyttötarkoitus.
• Sisältösivut, blogi ja laskeutumissivut.
• Integraatiot: ERP, PIM, taloushallinto, logistiikka, arvostelut, asiakaspalvelu.
• Maksutavat ja toimitustavat.
• Erikoistoiminnot ja räätälöinnit - myös ne, joita kukaan ei muista tilanneensa.
• Liikenne, tärkeimmät laskeutumissivut ja nykyiset hakusijoitukset.

Mitä siirretään

Tuotteet ja variantit

Tuotetiedot, hinnat, saldot ja variantit siirretään. Shopifyn varianttilogiikka poikkeaa useimmista muista alustoista, joten monimutkaiset tuoterakenteet suunnitellaan etukäteen - joskus ratkaisu on metafieldit tai sovellus, ei suora vastaavuus.

Kategoriat ja kokoelmat

Shopifyssa kategorian vastine on kokoelma, ja se voi olla manuaalinen tai sääntöpohjainen. Rakennetta ei kannata kopioida sellaisenaan, jos nykyinen kategoriapuu on kasvanut hallitsemattomaksi.

Asiakkaat

Asiakastiedot, osoitteet ja markkinointiluvat siirretään. Salasanat eivät siirry, joten julkaisusta on viestittävä asiakkaille selkeästi.

Tilaukset

Tilaushistoria siirretään historiadatana. Sovitaan etukäteen, kuinka pitkältä ajalta ja mihin käyttöön - asiakaspalveluun, raportointiin vai molempiin.

Kuvat ja media

Tuote- ja sisältökuvat siirretään Shopifyn CDN:ään. Samalla kannattaa tarkistaa kuvakoot ja alt-tekstit.

Metatiedot ja SEO-data

Title- ja meta description -kentät, rakenteinen data ja kanoniset osoitteet käydään läpi. Jos ne ovat vanhassa kaupassa puutteelliset, ne kannattaa tehdä kerralla kuntoon.

Integraatiot, maksutavat ja toimitustavat

Integraatioita ei siirretä vaan rakennetaan uudelleen. Suomalaisessa verkkokaupassa tämä tarkoittaa yleensä maksutapoja (Paytrail, Klarna, Stripe, Shopify Payments), toimitustapoja ja rahtikirjoja (Posti, Matkahuolto, DB Schenker), ERP- ja taloushallintointegraatioita, sähköpostimarkkinointia kuten Klaviyo, sekä analytiikkaa ja konversioseurantaa.

Osa toiminnoista hoituu Shopify-sovelluksilla. Sovellusten valinnassa kannattaa olla tarkka: jokainen sovellus on kuukausikulu, mahdollinen suorituskykyrasite ja riippuvuus. Suosittelemme mieluummin muutamaa hyvää sovellusta kuin kymmentä päällekkäistä.

Teema ja käyttöliittymä

Migraatiossa on kaksi tietä: siirtää nykyinen ulkoasu mahdollisimman samanlaisena tai rakentaa käyttöliittymä uudelleen. Ensimmäinen on nopeampi ja turvallisempi, jos nykyinen kauppa konvertoi hyvin. Toinen kannattaa, jos ostopolussa on tiedossa olevia ongelmia - silloin migraatio ja käytettävyyden parantaminen voidaan tehdä samalla kertaa sen sijaan, että kauppa uudistettaisiin kahdesti.

SEO, URL-mappaus ja 301-uudelleenohjaukset

Tämä on migraation kriittisin vaihe hakukonenäkyvyyden kannalta. Shopify käyttää omia osoiterakenteitaan, esimerkiksi /products/ ja /collections/, joten vanhat osoitteet eivät säily.

1. Kerätään nykyiset osoitteet vanhasta verkkokaupasta, sivukartasta, Search Consolesta ja analytiikasta.
2. Priorisoidaan liikenteen ja sijoitusten mukaan.
3. Tehdään URL-mappaus vanha → uusi, myös sisältösivuille ja blogille.
4. Toteutetaan 301-ohjaukset ja aktivoidaan ne julkaisussa.
5. Seurataan indeksointia ja 404-virheitä ja täydennetään ohjauksia.

Samalla varmistetaan analytiikan ja konversioseurannan jatkuvuus: mittausten katkeaminen julkaisussa tekee tuloksen arvioinnista mahdotonta juuri silloin, kun sitä eniten tarvitaan.

Migraation vaiheet

1. Kartoitus ja suunnitelma. Mitä siirretään, mitä rakennetaan uusiksi, mitä jätetään pois.
2. Shopify-kaupan pystytys. Rakenne, kokoelmat, teema ja käyttöliittymä.
3. Datan siirto testiajona. Tarkistetaan ja korjataan ennen lopullista siirtoa.
4. Integraatiot, maksutavat ja toimitustavat.
5. URL-mappaus ja 301-ohjaukset.
6. Testaus. Ostopolku, maksut, verot, toimituskulut, viestit, mobiili.
7. Julkaisu. Lopullinen datasiirto, DNS-vaihto, ohjaukset päälle.
8. Seuranta. Indeksointi, 404:t, konversio ja myynti ensimmäisten viikkojen ajan.

Riskit ja huomioon otettavat asiat

• Hakukonenäkyvyyden menetys. Käytännössä aina seurausta puuttuvista tai virheellisistä uudelleenohjauksista.
• Kartoituksen aukot. Puuttuva toiminto löytyy julkaisun jälkeen, jolloin korjaus tehdään kiireessä.
• Konversion lasku. Uusi ulkoasu ei automaattisesti myy paremmin - muutokset kannattaa perustella datalla.
• Sovelluskertymä. Liian moni sovellus hidastaa kauppaa ja kasvattaa kuukausikuluja.
• Datan laatu. Huono tuotedata siirtyy huonona. Siivous kannattaa tehdä ennen siirtoa.
• Ajoitus. Älä julkaise sesongin alla tai suuren kampanjan aattona.
• Vanhan kaupan sulkeminen. Kaksi indeksoitua kauppaa samalla sisällöllä on ongelma.

Migraatio lähtöalustan mukaan

Migraation työmäärä ja sudenkuopat riippuvat lähtöalustasta:

• MyCashflow → Shopify. Datan siirto on yleensä suoraviivainen, mutta MyCashflown alustakohtaiset toiminnot ja kotimaiset maksu- ja toimitustavat vaativat oman ratkaisunsa.
• Magento → Shopify. Yleensä laajin projekti: paljon räätälöintiä, moduuleja, asiakasryhmiä ja integraatioita. Osa Magenton toiminnoista ei mahdu Shopifyn malliin, joten laajuus on syytä arvioida tarkkaan - toisinaan järkevämpi ratkaisu on jäädä Magentoon ja hoitaa ylläpito kuntoon.
• WooCommerce → Shopify. Tuotedata siirtyy yleensä hyvin, mutta WordPress-sisältö, liitännäiset ja osoiterakenne vaativat huolellisen suunnitelman. Lue lisää WooCommerce-verkkokaupasta.

Miksi Avania

Teemme työtä kaikilla näillä alustoilla - Shopify, Magento, WooCommerce ja MyCashflow - joten emme myy Shopifyta siksi, että se on ainoa alusta, jonka osaamme. Kartoituksen lopputulos voi olla myös se, ettei siirtoa kannata tehdä.

Migraatio on sekä liiketoimintaprojekti että tekninen projekti. Katsomme siirron yhteydessä myös rakennetta, käytettävyyttä ja konversiota, koska sama työ maksaa myöhemmin erillisenä projektina enemmän.

Aloitetaan kartoituksella: kerro nykyinen alusta, tuotemäärä ja tärkeimmät integraatiot, niin sanomme mitä siirto vaatii ja onko se järkevää.