Przeniesienie sklepu internetowego na nową platformę to jeden z największych projektów, jakie podejmuje sprzedawca. Trzeba przenieść produkty, klientów i historię zamówień, adresy URL się zmieniają, pracownicy uczą się nowych narzędzi, a przez kilka tygodni ryzyko dla sprzedaży i pozycji w wyszukiwarce jest realne. Zmiana platformy e-commerce bywa dokładnie tym, czego potrzeba, a bywa kosztownym sposobem na uniknięcie naprawy sklepu, który dałoby się naprawić. Ten poradnik pomoże Ci odróżnić te przypadki, a jeśli się przeprowadzasz, wybrać nowe miejsce ze świadomością konsekwencji.
Zmiana platformy e-commerce: kiedy tak, a kiedy nie
Oznaki, że sklep wyrósł z obecnej platformy:
- Wersja nie jest już wspierana. Magento 1 osiągnęło koniec życia w czerwcu 2020 r., a sklepy, które nadal na nim działają, nie dostają od tamtej pory oficjalnych poprawek bezpieczeństwa. Każda wersja platformy w końcu do tego momentu dochodzi.
- Podstawowe wymagania opierają się na kruchych obejściach: ceny B2B, kilka magazynów, wiele walut lub subskrypcje dopisane kodem, którego nikt nie chce ruszać.
- Wąskim gardłem są integracje. Potrzebne połączenia z ERP, magazynem lub marketplace'ami są na obecnej platformie niedostępne albo zawodne.
- Koszty utrzymania ciągle rosną: abonamenty za aplikacje i rozszerzenia, opłaty związane z transakcjami lub hosting, który drożeje szybciej niż sprzedaż.
- Nikt nie potrafi tego wspierać. Trudno znaleźć programistów znających daną platformę lub wersję.
Same w sobie powodami nie są: wolna strona, za którą zwykle stoi motyw, obrazy lub hosting; przestarzały wygląd, który naprawia redesign; ani jedna brakująca funkcja, którą często dodaje rozszerzenie. Decyzję o zmianie platformy zaczyna się od wykluczenia tych przyczyn.
SaaS czy open source w e-commerce
| Pytanie | SaaS (na przykład Shopify lub BigCommerce) | Open source (na przykład WooCommerce, Magento Open Source lub PrestaShop) |
|---|---|---|
| Hosting i poprawki bezpieczeństwa | Zajmuje się nimi platforma | Twoja odpowiedzialność lub Twojego dostawcy |
| Personalizacja | W granicach API, aplikacji i systemu motywów platformy | Pełny dostęp do kodu |
| Struktura kosztów | Abonament, opłaty za aplikacje i, zależnie od planu i obsługi płatności, opłaty transakcyjne | Hosting, programowanie, rozszerzenia i bieżące utrzymanie |
| Aktualizacje | Ciągłe, wprowadzane przez platformę | Zaplanowane projekty, które sam harmonogramujesz |
| Dostęp do danych | Przez narzędzia eksportu i API platformy | Bezpośredni dostęp do bazy danych |
Wybór między SaaS a open source dotyczy głównie tego, kto ma za co odpowiadać. Żadne rozwiązanie nie jest tańsze w każdym przypadku, dlatego porównanie trzeba robić na całkowitym koszcie, a zespoły, które zmieniają platformę e-commerce wyłącznie dla ceny, często się rozczarowują.
Gdzie pasuje headless commerce
Headless commerce oddziela witrynę sklepową od silnika handlowego, który za pośrednictwem API obsługuje katalog, finalizację zamówienia i zamówienia. Ma sens dla marek z kilkoma witrynami, aplikacjami lub serwisami bogatymi w treści. W większości małych i średnich sklepów podwaja liczbę systemów do zbudowania i utrzymania, bez odpowiadającej temu korzyści. Jeśli masz wątpliwości, zacznij od własnej witryny platformy: większość silników handlowych ma API, które pozwalają później dodać niestandardowy front, a powrót z headless jest trudniejszy.
Porównuj całkowity koszt posiadania, a nie cenę na starcie
Zestaw obecną platformę i kandydatów w perspektywie trzech lat lub dłużej i uwzględnij każdą pozycję: abonament lub licencję, obsługę płatności i ewentualne opłaty transakcyjne platformy, abonamenty za aplikacje i rozszerzenia, hosting, wytworzenie brakujących funkcji, utrzymanie i aktualizacje, czas pracowników oraz samą migrację. Realistyczny całkowity koszt posiadania często odwraca pierwsze wrażenie. Platforma z niską opłatą miesięczną może po dodaniu potrzebnych aplikacji kosztować więcej niż ta z wyższą opłatą, a bywa też odwrotnie.
Lista kontrolna przed wyborem platformy
- Spisz dokument wymagań platformy: funkcje obowiązkowe, integracje (ERP, wysyłka, płatności, marketplace'y, poczta e-mail), wielkość i strukturę katalogu, języki i waluty, potrzeby B2B oraz to, kto na co dzień będzie prowadzić sklep.
- Zinwentaryzuj dane: produkty i warianty, klientów, historię zamówień, opinie, salda kart podarunkowych, punkty lojalnościowe, wpisy bloga i strony z treścią. Zdecyduj, co musi zostać przeniesione, a co można zarchiwizować.
- Zinwentaryzuj ruch z wyszukiwarki: adresy URL, które przynoszą wizyty i linki, pobrane z Search Console i analityki, bo każdy będzie wymagał przekierowania.
- Poproś o demo według scenariusza: niech każdy dostawca lub wykonawca pokaże Twoje prawdziwe przypadki, na przykład cenę przypisaną do klienta lub podzieloną wysyłkę, zamiast standardowej prezentacji.
- Przetestuj migrację na próbce prawdziwych produktów, klientów i zamówień, zanim zobowiążesz się do całego projektu.
- Ustal, kto odpowiada po uruchomieniu: kto instaluje aktualizacje, kto pilnuje finalizacji zamówienia i integracji oraz do kogo dzwonią pracownicy, gdy zamówienie się nie powiedzie. Sklep, za który nikt wyraźnie nie odpowiada, wraca do stanu, który skłonił do zmiany.
Samą zmianę, z przeniesieniem danych, mapowaniem przekierowań i końcową synchronizacją przed uruchomieniem, obejmuje nasza usługa zmiany platformy e-commerce.
Najczęściej zadawane pytania: zmiana platformy e-commerce
Czy stracimy pozycje w wyszukiwarce po zmianie platformy?
Pewne wahania wokół uruchomienia są częste. Trwałe straty zwykle wynikają z brakujących przekierowań, utraconych treści lub zmienionych linków wewnętrznych. Wytyczne Google dotyczące przeniesienia witryny zalecają przypisanie każdego starego adresu URL do nowego odpowiednika i utrzymywanie przekierowań na stałe.
Czy można przenieść hasła klientów i historię zamówień?
Historię zamówień, klientów, produkty i opinie zwykle tak. Haseł zwykle nie, bo każda platforma przechowuje je inaczej, więc klienci ustawiają nowe przy pierwszym logowaniu. Zapisane karty zostają u dostawcy płatności.
Czy robić redesign przy okazji?
Wiele zespołów łączy oba działania, żeby nie budować projektu graficznego dwa razy. Koszt jest taki, że każdą zmianę sprzedaży po uruchomieniu trudniej przypisać do przyczyny. Zdecyduj, ile ryzyka możesz udźwignąć w pierwszych tygodniach.
Rozważasz przeprowadzkę? Na stronie o migracji platformy e-commerce wyjaśniamy, jak obsługujemy produkty, klientów, zamówienia i mapowanie przekierowań 301. Jeśli Twój sklep działa na Magento, do porównania może się nadać aktualizacja przez tworzenie na Magento 2, a tworzenie na PrestaShop to kolejny kierunek open source. Skontaktuj się z nami, podając obecną platformę, tę, którą rozważasz, i swoje główne obawy, a omówimy obie drogi.
