Trzy lata temu pisaliśmy o Storefroncie jako o zapowiedzi. Technologia dopiero miała trafić do sprzedawców, a Shoper mówił wtedy o ponad 35 tysiącach godzin pracy programistów i UX-owców oraz kilkudziesięciu modułach do składania sklepu. To była obietnica na przyszłość.
Dziś Storefront jest standardem, w którym Shoper rozwija całą platformę. To zmienia pytanie. Nie brzmi już "czy Storefront jest gotowy", bo jest. Brzmi: "kiedy i jak przenieść na niego sklep, żeby nie stracić tego, co już działa".
RWD i Storefront to nie ta sama technologia w nowej skórce
Szablony RWD (Responsive Web Design) przez lata były standardem w Shoperze. Jeden szablon dopasowywał się do desktopu, tabletu i telefonu. Działało, ale możliwości kończyły się tam, gdzie kończył się kod szablonu.
Storefront działa inaczej. Sklep składasz z modułów, układasz strony metodą przeciągnij i upuść, a zmiany widzisz na żywo w edytorze. Do tego dochodzi szybszy koszyk, lepsza wydajność i architektura projektowana najpierw pod telefon, a dopiero potem pod większe ekrany.
Różnica nie jest kosmetyczna. RWD ograniczał to, jak sklep może wyglądać i działać. Storefront ten limit zdejmuje, pod warunkiem że ktoś wie, jak z niego skorzystać.
Czy musisz migrować już teraz?
Nie. Jeśli Twój sklep działa na RWD, nadal jest wspierany i nie przestanie działać z dnia na dzień. Shoper nie wyznaczył sztywnej daty wyłączenia starych szablonów, więc nikt nie zmusza Cię do pośpiechu.
Ale kierunek jest jednoznaczny. Nowe moduły, funkcje i aplikacje powstają dla Storefrontu. RWD się nie rozwija, to zamykający się rozdział, nie punkt startowy. Im dłużej zostajesz na starej technologii, tym bardziej Twój sklep oddala się od tego, co dostają konkurenci.
Do tego dochodzi temat, który wszedł do e-commerce na dobre: dostępność cyfrowa. Sklepy coraz częściej muszą spełniać wymagania WCAG, a Storefront jest budowany z myślą o tych standardach. To kolejny powód, żeby nie odkładać decyzji w nieskończoność.
Dlatego migrację lepiej zaplanować na własnych warunkach, w spokojniejszym okresie sprzedażowym, niż robić ją pod presją, gdy zabraknie już wyboru. Przeniesienie sklepu to projekt, nie awaryjna łatka. A jeśli wahasz się, czy to już ten moment, sygnały dojrzałości sklepu do zmiany zebraliśmy w tekście Storefront vs stare szablony RWD.
Jak wygląda migracja z RWD na Storefront krok po kroku
W praktyce proces wygląda podobnie niezależnie od skali sklepu. Różni się zakresem prac, nie logiką.
Zaczynamy od audytu obecnego szablonu. Sprawdzamy, co sklep faktycznie ma: jakie moduły, jakie modyfikacje w kodzie, jakie integracje i aplikacje. To ten etap decyduje o tym, ile pracy wymaga przeniesienie.
Potem budujemy Storefront na kopii testowej. Sklep produkcyjny działa dalej, sprzedaż leci normalnie, a nową wersję składamy i testujemy obok. Klienci nic nie widzą, dopóki nie jest gotowe.
Na końcu przełączamy sklep na nowy szablon. Przy dobrze przygotowanej migracji dzieje się to bez przestoju w sprzedaży: stary front znika, nowy wchodzi na jego miejsce.
Brzmi prosto i przy typowym sklepie takie jest. Schody zaczynają się tam, gdzie sklep ma coś więcej niż standardowy szablon.
Na co uważać, żeby nie stracić ruchu i sprzedaży
Trzy rzeczy najczęściej robią różnicę między migracją, której nikt nie zauważył, a taką, która kosztuje ruch w Google.
Adresy URL. Zmiana szablonu w obrębie Shopera zwykle nie zmienia adresów podstron, więc pozycje w wyszukiwarce zostają na miejscu. Problem pojawia się, gdy przy okazji zmieniasz strukturę linków. Wtedy trzeba przekierować stare adresy na nowe, inaczej tracisz to, co wypracowałeś w Google.
Aplikacje i integracje. Nie każda aplikacja z Twojego starego szablonu ma już wersję na Storefront, a o tym decydują ich twórcy, nie Shoper. Przed migracją trzeba sprawdzić, co zadziała od razu, a co wymaga zamiennika.
Modyfikacje w kodzie. Jeśli Twój sklep ma własne zmiany w CSS albo JavaScript, nie przeniosą się same. Ktoś musi je odtworzyć w nowej technologii, i to właśnie tu najczęściej kończy się migracja "zrób to sam".
To rozróżnienie jest istotne. Prosty sklep na standardowym szablonie właściciel często przeniesie sam, klikając w edytorze. Sklep z custom designem, konfiguratorem albo modyfikacjami to już projekt dla kogoś, kto rozumie kod, a nie tylko układa moduły.
Migracja to dobry moment, żeby zrobić coś więcej niż przeniesienie 1:1
Najczęstszy błąd przy migracji to potraktowanie jej jak kopiuj-wklej. Przenosisz stary wygląd na nową technologię i zostajesz z tym samym sklepem, tylko na świeższym silniku.
Szkoda okazji. Storefront daje możliwości, których RWD nie miał, a moment migracji to najlepszy czas, żeby z nich skorzystać. Przemyśleć układ strony głównej, kartę produktu, ścieżkę zakupową. Zbudować sklep, który wygląda jak Twoja marka, a nie jak szablon, którego używa jeszcze setka innych sprzedawców.
Migracje robimy w obu wariantach licencji, na Shoper Premium (jak przy PalionStyle) i na Shoper Standard (Tristyle.pl). Zakres jest inny, ale zasada ta sama: przenosimy to, co działa, i poprawiamy to, co może działać lepiej.
Szablon PalionStyle.pl po migracji do Storefront
Szablon Tristyle.pl po migracji do Storefront
Kiedy zacząć?
Storefront przestał być nowością, którą trzeba testować. To dojrzała technologia z rozbudowaną biblioteką modułów i ekosystemem aplikacji. Ryzyko wejścia za wcześnie już minęło. Zostało ryzyko wejścia za późno.
Jeśli zastanawiasz się nad przeniesieniem sklepu, zacznij od audytu obecnego szablonu. Pokaże, ile realnie wymaga migracja i czy to dobry moment, żeby przy okazji podnieść sklep na wyższy poziom.
Przenosimy sklepy Shoper z RWD na Storefront z zachowaniem tego, co działa, i poprawą wydajności. Zostaw adres sklepu, a odezwiemy się z wyceną: migracja RWD do Storefront.
