Migrerer til Shopify

A 3D render illustrating cloud computing and data migration

Å bytte plattform er et av få netthandelsprosjekter hvor risikoen nesten utelukkende er konsentrert til den første uken etter lansering. Gjør forberedelsene riktig, og overgangen vil gå uten problemer. Gjør du det feil, vil du bruke måneder på å gjenvinne trafikken du allerede hadde.

Her er hva du må ha kontroll på før du migrerer, og hva som varierer avhengig av om du kommer fra Wix, WooCommerce eller Magento.

Det ene som betyr mest

Omdirigeringer (redirects). Hvis du ikke tar med deg noe annet fra denne artikkelen, så ta med deg dette: Hver eneste URL som eksisterer i dag og har trafikk eller inngående lenker, trenger en 301-omdirigering til den tilsvarende siden i den nye nettbutikken.

Det er her de fleste migreringer taper penger, og tapet er sjelden åpenbart umiddelbart. Rangeringer svekkes over uker, så en butikk kan se fin ut i 14 dager for så å falle stille og rolig ut av søkeresultatene.

Før du rører noe som helst:

Eksporter hver eneste URL fra nåværende nettsted. Gjennomsøk (crawl) det i stedet for å stole på listen fra CMS-en, slik at du fanger opp sider ingen husker.
Hent ut sidene dine med mest trafikk fra analyseprogrammet og flest visninger fra Search Console.
Eksporter baklenkene dine slik at du vet hvilke URL-er andre nettsteder peker til.
Kartlegg gammel URL mot ny URL i et regneark, hvor hver rad er gjort rede for.
Last opp kartleggingen i Shopifys verktøy for URL-omdirigering før lansering, ikke etter.

Shopifys URL-struktur er fastlåst på måter andre plattformer ikke er. Produkter ligger under /products/, kolleksjoner under /collections/, og blogginnlegg under /blogs/{blog}/{article}. Du kan ikke endre dette fritt, noe som betyr at URL-er vil endre seg og at kartlegging er uunngåelig.

Hva du skal migrere, og hva du skal etterlate

En migrering er en sjelden mulighet til å slippe å ta med deg alt rotet.

Ta med: produkter med faktisk salgshistorikk, kunder, ordrehistorikk, aktivt innhold med trafikk, omtaler og URL-strukturen din via omdirigeringer.

Vurder å la ligge igjen: produkter som ble avviklet for mange år siden, tynt blogginnhold skrevet kun for søkeordvolum, duplikate kategorisider og alle spesialtilpassede funksjoner ingen har brukt siden de ble bygget.

Vær bevisst i stedet for automatisk. Å slette et produkt som fortsatt får søketrafikk koster deg; å flytte med seg 4000 utdaterte varenumre (SKU-er) koster deg på en annen måte, i form av crawl-budsjett og støy i administrasjonspanelet.

Data som krever forsiktig håndtering

Produkter og varianter

Shopifys variantmodell er rett frem: opptil tre valgmuligheter per produkt. Plattformsystemer med mer fleksible attributtsystemer, særlig Magento, har ofte strukturer som ikke lar seg overføre enkelt. Avklar dette tidlig, fordi svaret noen ganger krever en omstrukturering av hele varekatalogen.

Kunder og passord

A rendered cloud icon floating above a computer screen

Kunderegistre migrerer fint. Passord gjør det ikke, fordi de er krypterte (hashede) og kan ikke overføres mellom plattformer. Eksisterende kunder må tilbakestille passordet sitt ved første pålogging.

Planlegg kommunikasjonen rundt dette. En uanmeldt tvungen passordtilbakestilling skaper supporthenvendelser og kan virke som et sikkerhetsbrudd for en usikker kunde.

Ordrehistorikk

Historiske ordrer kan importeres, og det er verdt å gjøre for kundeservice og rapportering av livstidsverdi (CLV). Vær oppmerksom på at importerte ordrer ikke vil inneholde alle transaksjonsdetaljer.

Omtaler

Omtaler blir ofte glemt og er dyre å miste, både som sosialt bevis og som innhold. De fleste apper for omtaler tilbyr en importvei, men sjekk formatet før du forplikter deg til en leverandør.

Plattformspesifikke notater

Kommer fra Wix

Vanligvis den enkleste migreringen, fordi Wix-butikker har en tendens til å være mindre med mindre tilpasset logikk. To ting å passe på:

Wix sine URL-mønstre skiller seg vesentlig fra Shopifys, så omdirigeringskartet er viktig selv for en liten katalog. Og Wix sine innebygde funksjoner, som booking eller medlemsområder, kan kreve en app eller en gjenoppbygging på Shopify fremfor en direkte overføring.

På den andre siden kan du forvente en ytelsesforbedring nesten gratis. Shopifys hosting og CDN er vanligvis et steg opp.

Kommer fra WooCommerce

Den vanligste migreringen vi håndterer, og den med den største skjulte variabelen: plugins.

En moden WooCommerce-butikk kjører ofte tjue eller flere plugins, og hver av dem er et stykke forretningslogikk noen er avhengig av. Lag en oversikt over alt og avgjør for hver enkelt om den skal bli en Shopify-app, en tematisering, eller noe du slutter med. Denne revisjonen er vanligvis den største delen av planleggingsarbeidet.

Planlegg også for:

Innhold. WordPress-blogger er ofte omfattende. Shopifys bloggfunksjon er mer begrenset, og kategorier og merkelapper (tags) kan ikke nødvendigvis overføres én-til-én.
URL-struktur. WooCommerce permalenker kan konfigureres og blir ofte tilpasset, så kartlegging av omdirigeringer krever nøyaktighet.
Egendefinerte felt. ACF og lignende kan mappes til Shopifys metafelt, noe som vanligvis er ryddig, men sjelden automatisk.

Handelen du gjør er å bytte kontroll mot vedlikehold. Du gir avkall på noe fleksibilitet og slipper å vedlikeholde hosting, sikkerhetsoppdateringer og konfliktfylte plugins.

An abstract 3D render representing computing infrastructure

Kommer fra Magento

Den mest komplekse, og vanligvis den mest givende når grunnen til å flytte er de totale eierskapskostnadene.

Magento-butikker har ofte store kataloger, komplekse attributtsett, oppsett med flere butikker og årevis med tilpasset utvikling. Spesifikke punkter å planlegge for:

Attributt-kompleksitet. Magentos konfigurerbare produkter kan overstige Shopifys begrensning på tre alternativer. Noen ganger trenger katalogen faktisk en omstrukturering.
Multi-store. Magentos oppsett for flere butikker kan mappes til Shopify Markets, ekspansjonsbutikker eller begge deler. Avgjør dette før du bygger.
Egendefinerte moduler. Årevis med skreddersydd utvikling kan sjelden overføres direkte. Etabler hvilke funksjoner som faktisk er påkrevd.
B2B. Hvis du er avhengig av Magentos B2B-funksjoner, se nøye på Shopifys innebygde B2B-løsning som er inkludert i Plus-abonnementet.
Integrasjoner. ERP- og PIM-tilkoblinger må vanligvis bygges på nytt.

Vi flyttet Gardinex fra et "headless"-oppsett til en rendyrket Shopify-løsning, og mønsteret der er typisk for disse prosjektene: Den tekniske migreringen er håndterbar, men det virkelige arbeidet ligger i å avgjøre hvilken oppsamlet kompleksitet som faktisk er nødvendig. Det prosjektet er beskrevet i vår Gardinex-case-studie.

En sekvens som fungerer

Revisjon. Fullstendig gjennomgang av URL-er, trafikk- og rangeringsgrunnlag, oversikt over plugins og funksjoner, samt liste over integrasjoner.
Fastsett omfang. Hva skal flyttes, hva skal bygges på nytt, hva skal pensjoneres.
Bygg i en utviklingsbutikk. Tema, apper, integrasjoner, med reelle data importert tidlig nok til å avdekke problemer.
Kartlegg omdirigeringer. Hver URL, kontrollert linje for linje.
Testing. Kassefunksjon på ekte enheter, skatte- og fraktregler, ordreflyt helt til utsendelse, og integrasjoner fra ende til ende.
Lansering på et rolig tidspunkt. Ikke uken før høysesongen din.
Overvåk tett. Search Console for crawl-feil, analyseprogram for trafikk per side, og din egen trakt.

De første 14 dagene etter lansering

Følg med på disse, i denne rekkefølgen:

404-feil i Search Console. Hver eneste én er en omdirigering du har glemt. Fiks daglig i starten.
Trafikk per landingsside. Sammenlign med grunnlaget fra før lansering og undersøk enhver side som har falt drastisk.
Indeksering. Bekreft at de nye URL-ene blir indeksert og at de gamle blir korrekt videresendt.
Konverteringsrate. Et fall her betyr vanligvis et konfigurasjonsproblem i kassen eller betalingen fremfor et SEO-problem.
Sidehastighet. Etabler et nytt ytelsesgrunnlag. Googles gode LCP-terskel er 2,5 sekunder eller mindre ved 75. persentil av sideinnlastinger.

Forvent noe svingninger i rangering de første ukene, selv ved en godt gjennomført migrering. Google må gjennomsøke og vurdere på nytt. Det du ser etter, er gjenoppretting innen cirka fire til åtte uker, ikke umiddelbar stabilitet.

Vanlige måter migreringer feiler på

Lansering uten omdirigeringer, med planer om å legge dem til senere. Innen da er skaden allerede skjedd.
Migrering under høysesong. Ethvert problem er på sitt dyreste akkurat da.
Å behandle det som en kopi-migrering. Shopify fungerer annerledes. Å gjenskape det gamle nettstedet nøyaktig betyr vanligvis å kjempe mot plattformen.
Å hoppe over revisjonen av plugins. Å oppdage at en kritisk funksjon mangler etter lansering, er en dårlig uke.
Å glemme sider som ikke er produkter. Retningslinjer, landingssider og kampanje-URL-er bærer alle lenker.
Ingen plan for tilbakerulling. Hold det gamle nettstedet tilgjengelig privat helt til du er trygg.

Er det verdt det?

For de fleste butikker som opplever reell operasjonell belastning fra sin nåværende plattform: Ja. Gevinsten handler vanligvis mindre om funksjoner og mer om hva som slutter å være et problem for deg: hosting, sikkerhetsoppdateringer, PCI-samsvar, konfliktfylte plugins og det konstante vedlikeholdet disse medfører.

Det du gir avkall på, er noe fleksibilitet, spesielt rundt utsjekk på standardplanene og rundt svært tilpassede katalogstrukturer.

Hvis du vurderer det, er det nyttige spørsmålet ikke om Shopify kan gjøre det samme som din nåværende plattform. Spørsmålet er hvilke av tingene din nåværende plattform gjør, som du faktisk fortsatt trenger.

Du kan lese hvordan vi planlegger og gjennomfører disse prosjektene på vår side for Shopify-migreringstjenester.

Vi har håndtert migreringer fra alle tre plattformene. Hvis du ønsker et ærlig syn på hva din migrering vil innebære, ta kontakt.