9 najwa偶niejszych fakt贸w o Headless eCommerce

Coraz wi臋cej firm stosuje t臋 technologi臋 u swoich Klient贸w. Co za tym idzie 鈥 istnieje coraz wi臋ksza szansa, 偶e przy tworzeniu nowego sklepu, albo aktualizacji obecnego, Twoja agencja internetowa wypowie magiczne has艂o “headless eCommerce“. Warto, 偶eby艣 wiedzia艂, o co chodzi. Dzi臋ki temu b臋dziesz w stanie podj膮膰 艣wiadom膮 decyzj臋.

Trendy headless ecommerce

Headless jest has艂em, kt贸re zacz臋艂o si臋 pojawia膰 kilka lat temu (ok. 2015 roku), a od 2016 roku stale zyskuje na popularno艣ci. Dla przeci臋tnego Klienta to tylko technologia. Warto pami臋ta膰 jednak, 偶e nie艣wiadome wybranie technologii mo偶e mie膰 potem znacz膮ce konsekwencje. B臋dzie to wp艂ywa膰 m.in. na:

Czym jest headless eCommerce?

呕eby odpowiedzie膰 na to pytanie, trzeba zrozumie膰, jak s膮 skonstruowane sklepy internetowe. Standardowo sk艂adaj膮 si臋 z 3 element贸w:

1.     Bazy danych (miejsca, gdzie przetrzymywane s膮 wszystkie informacje, takie jak ceny, nazwy, opisy, zdj臋cia, etc.);

2.     Warstwy backendowej (czyli cz臋艣ci, kt贸re pobiera i przetwarza dane z bazy danych). Ta warstwa zawiera te偶 zazwyczaj cz臋艣膰 CMS-ow膮, czyli panel administracyjny, kt贸ry nam pozwala zarz膮dza膰 sklepem;

3.     Warstwy frontendowej (czyli sekcji, w kt贸rej wy艣wietlane s膮 wszystkie informacje dla Klienta ko艅cowego).

W tradycyjnym modelu te wszystkie 3 warstwy dzia艂aj膮 razem. W podej艣ciu headless eCommerce trzecia warstwa (frontendowa) jest “odci臋ta” (system jest pozbawiony tzw. “g艂owy”) i przytwierdzona za pomoc膮 API (czyli dwukierunkowego interfejsu komunikacji mi臋dzy 鈥済艂ow膮鈥 a “cia艂em”).

Je偶eli chodzi o sam膮 cz臋艣膰 frontendow膮, to najcz臋艣ciej stosuje si臋 jedn膮 z 3 technologii: vue.js, react.js lub angularJS. Ponownie 鈥 sama technologia nie ma dla nas najwi臋kszego znaczenia. Du偶o wa偶niejsze b臋dzie to, co mo偶emy dzi臋ki niej osi膮gn膮膰. Najwi臋kszym i najwa偶niejszym przyk艂adem b臋dzie serwis Alibaba. Dodatkowo pod tym linkiem prezentujemy jeszcze kilka innych przyk艂ad贸w.

Pytanie jakie si臋 teraz pojawia, jest nast臋puj膮ce: Po co si臋 to podej艣cie stosuje, co mo偶e nam to da膰 i kiedy nie warto go stosowa膰?

Zalety Headless eCommerce

Co wi臋c powoduje, 偶e warto zastosowa膰 podej艣cie headless?

Mo偶liwo艣膰 dostosowania wygl膮du do r贸偶nych urz膮dze艅

Bior膮c pod uwag臋, 偶e nasz CMS (system backendowy) jedynie przekazuje informacje do “g艂owy”, to mamy pe艂n膮 dowolno艣膰, jakie informacje chcemy otrzyma膰, kiedy, a tak偶e co mamy z nimi zrobi膰. Posiadaj膮c jeden system backendowy oraz API 艂膮cz膮ce go z frontem, mo偶emy “zasili膰” niesko艅czon膮 liczb臋 urz膮dze艅 i ekran贸w. Przyk艂adowo mo偶emy stworzy膰 zupe艂nie odr臋bny wygl膮d sklepu, systemu POS, aplikacji mobilnej, a nawet wersji na smartwatcha. Wszystko za pomoc膮 tych samych narz臋dzi.

Oczywi艣cie zaprojektowanie i wdro偶enie tych front贸w to kilkukrotnie wi臋cej pracy, ni偶 tylko przygotowanie wersji “tradycyjnej” sklepu, ale dalej powstaje tylko tzw. “g艂owa”, a ca艂a obs艂uga, informacje o produktach, procesowanie zam贸wie艅, zostaje po stronie jednego systemu backendowego. Oznacza to r贸wnie偶, 偶e b臋dziemy zarz膮dzali wszystkimi urz膮dzeniami z jednego miejsca. Mo偶e mie膰 to gigantyczne znaczenie przy procesowaniu zam贸wie艅.

Dowolno艣膰 w tym, co chcemy pokaza膰

Bior膮c pod uwag臋, 偶e technologia frontendowa jest ca艂kowicie odci臋ta od backendu, pozwala to developerom na wykorzystanie dowolnego j臋zyka i frameworku, w zale偶no艣ci od potrzeb. Ma to du偶e znaczenie, w szczeg贸lno艣ci maj膮c na uwadze, 偶e cz臋艣ci nowoczesnych rozwi膮za艅 UX nie da si臋 (albo jest to bardzo z艂o偶one) uzyska膰 bez wykorzystania pewnych technologii. W zale偶no艣ci od miejsca, gdzie chcemy te偶 zaprezentowa膰 aplikacj臋, mo偶emy te偶 wykorzysta膰 inn膮 technologi臋. W pewnym sensie ta zaleta poniek膮d jest r贸wnie偶 wad膮 (o tym za chwil臋).

Obni偶enie liczby zapyta艅 do bazy danych

Podej艣cie headless oznacza jednocze艣nie znacznie cz臋stsze wykorzystanie przegl膮darki do wykonywania skypt贸w i przelicze艅. Innymi s艂owy, mo偶e ona by膰 wykorzystywana do obs艂ugi tzw. logiki frontu. Obecnie przegl膮darki spokojnie sobie radz膮 z dosy膰 z艂o偶onymi kalkulacjami, potrafi膮 te偶 przechowa膰 sporo danych, kt贸re mo偶na wykorzysta膰 podczas nawigacji mi臋dzy stronami. Dzi臋ki temu cz臋艣膰 zapyta艅 jest ju偶 obs艂ugiwana w sekcji tzw. “g艂owy” witryny, zamiast trafia膰 do cz臋艣ci backendowej lub do bazy danych. Oznacza to mniejsze obci膮偶enie serwera bazodanowego.

Przyspieszenie dzia艂ania serwisu

Ostatni膮, lecz bardzo istotn膮 zalet膮 system贸w headless jest mo偶liwo艣膰 stworzenia szybszego sklepu. Jest to powi膮zane z wykorzystaniem przegl膮darki (o czym ju偶 wspominali艣my w poprzednim punkcie). Podsumowuj膮c – mo偶emy przechowa膰 wi臋cej informacji, wykona膰 mniej zapyta艅 do bazy, a tak偶e co wa偶niejsze 鈥 wykorzysta膰 pewne mechanizmy do艂adowuj膮ce tre艣膰, dopiero kiedy jest potrzebna. Wejd藕my ponownie na serwis Alibaba (tylko zr贸bmy to z trybu incognito). Pozw贸lmy si臋 stronie za艂adowa膰, a nast臋pnie przescrollujmy w d贸艂. Zauwa偶ymy do艂adowuj膮ce si臋 zdj臋cia. To w艂a艣nie mechanizm, o kt贸rym piszemy.

Bezpiecze艅stwo serwisu

Bezpiecze艅stwo serwisu
Warto zaznaczy膰, 偶e dzi臋ki rozdzieleniu frontu i backendu, uzyskujemy dodatkow膮 barier臋 chroni膮c膮 dane u偶ytkownik贸w. S膮 one przechowywane na innym serwerze, (zazwyczaj) o innym adresie ni偶 domena strony. Dodatkowo ograniczenie pewnych funkcji, o kt贸rych piszemy poni偶ej, mo偶e dodatkowo pozbawi膰 system “bramek”, przez kt贸re mo偶na by艂o si臋 do niego dosta膰.

Wady Headless eCommerce

Wady Headless eCommerce

Jak to bywa ze wszystkim, opr贸cz zalet s膮 r贸wnie偶 i pewne wady headless eCommerce. 呕eby podj膮膰 decyzj臋 musimy mie膰 te偶 艣wiadomo艣膰, jakie s膮 negatywy wykorzystania tej technologii.

Inne umiej臋tno艣ci w zespole / dro偶sze umiej臋tno艣ci

Podzia艂 na programist贸w backendowych / frontendowych istnia艂 zawsze. Jednak przy tym podej艣ciu b臋dziemy potrzebowali ludzi wyspecjalizowanych w technologii, kt贸ra jest stosunkowo nowa. S膮 to te偶 ludzie, kt贸rzy nie tylko b臋d膮 w stanie 艂adnie “opakowa膰” sklep, ale te偶 stworzy膰 do niego ca艂膮 logik臋. Dodatkowo mo偶emy potrzebowa膰 kogo艣, kto stworzy API 艂膮cz膮ce si臋 mi臋dzy tym co wida膰, a tym, co zarz膮dza sklepem. Si艂膮 rzeczy 鈥 taki zesp贸艂 prawdopodobnie b臋dzie dro偶szy.

Mniej mo偶liwo艣ci zespo艂u marketingowego

Wykorzystanie podej艣cia headlessowego oznacza te偶 ograniczenie mo偶liwo艣ci CMS sklepu. Jest oczywi艣cie mo偶liwo艣膰 odtworzenia praktycznie wszystkich funkcji, b臋dzie to jednak bardzo czasoch艂onne. Dla przyk艂adu: je偶eli oczekujemy, 偶e dodawane zdj臋cia, opisy i nazwa produktu zawsze b臋d膮 si臋 pojawia艂y w okre艣lonych miejscach i nasz zesp贸艂 marketingowy nie ma w planach tworzenia dedykowanych one-page鈥檙贸w dla ka偶dego z produkt贸w 鈥 to headless mo偶e by膰 dobrym podej艣ciem.

Mo偶liwy znacznie wy偶szy koszt

Celowo piszemy, 偶e mo偶liwy, poniewa偶 bardzo du偶o zale偶y tutaj od sytuacji, w kt贸rej aktualnie jeste艣my. Na koszt projektu headlessowego b臋d膮 wp艂ywa艂y m.in. nast臋puj膮ce kwestie:

1.     Czy potrzebujemy wielu gotowych modu艂贸w, kt贸re b臋dziemy instalowali w sklepie?

2.     Czy wi臋kszo艣膰 front贸w systemu b臋dzie sta艂a, czy chcemy mie膰 mo偶liwo艣膰 zarz膮dzania nimi?

3.     W jakiej technologii b臋dzie realizowany projekt?

Wi臋kszo艣膰 modu艂贸w, kt贸re zakupimy do CMSa, b臋dzie cz臋艣ciowo bezu偶yteczna, poniewa偶 trzeba b臋dzie nadpisa膰 ich cz臋艣膰 frontendow膮. Dotyczy to te偶 modu艂贸w p艂atno艣ci czy dostawy. Ka偶da ch臋膰 wykorzystania mechanizm贸w CMS-owo / marketingowych te偶 b臋dzie musia艂a by膰 odtworzona. Przyk艂adowo 鈥 je偶eli obecny system pozwala nam na dodanie na poszczeg贸lnych stronach w dowolnym miejscu bloku statycznego z polecanymi produktami 鈥 obs艂uga tej funkcji mo偶e wymaga膰 prac deweloperskich, pomimo tego, 偶e jest ju偶 wbudowana w nasz system CMS.

Kiedy warto inwestowa膰 w Headless eCommerce?

Headless eCommerce ma swoje wady i zalety. Jest to na pewno technologia przysz艂o艣ci. Niekt贸re platformy (np. Magento 2) ju偶 same promuj膮 to podej艣cie i co wi臋cej, planuj膮 przygotowanie w艂asnych szablon贸w headlessowych w niedalekiej przysz艂o艣ci. Programi艣ci niech臋tnie pracuj膮 ju偶 w projektach, kt贸re nie s膮 headlessowe. Trzeba jednak mierzy膰 si艂y na zamiary i zbada膰 koszt.

Najlepiej jest poprosi膰 swoj膮 agencj臋 internetow膮 o przygotowanie dw贸ch wycen 鈥 jednej opartej na headlessie, a drugiej w “tradycyjnym” modelu. Model headlessowy sprawdzi si臋 g艂贸wnie w przypadku kiedy my艣limy o sklepie na wiele lat, kt贸ry ma obs艂ugiwa膰 du偶y ruch, zawiera膰 raczej statyczny front (celujemy w doprecyzowany wygl膮d o idealnej konwersji, a nie w kreatywno艣膰 dzia艂u marketingowego) i nie planujemy wykorzystania dziesi膮tek gotowych modu艂贸w. Zazwyczaj jednak nie b臋dziemy w stanie okre艣li膰, czy nasz sklep spe艂nia to w 100%. Cz臋艣膰 z tych element贸w b臋dzie dla nas bardziej wa偶na, a cz臋艣膰 mniej. Jak mawia艂 Ryszard Och贸dzki “Rozchodzi si臋 jednak o to, 偶eby te plusy nie przes艂oni艂y wam minus贸w!”.

Warto zaznaczy膰, 偶e podej艣cie headlessowe wcale nie musi by膰 dro偶sze w implementacji, ni偶 “tradycyjne”. Wszystko zale偶y od do艣wiadczenia agencji, wykorzystania ju偶 raz stworzonych element贸w oraz dost臋pno艣ci p贸艂produkt贸w / bibliotek / rozwi膮za艅, kt贸re mo偶na wykorzysta膰 bez pisania od zera. Du偶o zale偶y te偶 od CMSa, kt贸rego wybierzemy.

Jak mo偶emy zauwa偶y膰 鈥 nie spos贸b 艂atwo okre艣li膰 czy to rozwi膮zanie jest dla nas, czy te偶 nie. Twoja agencja powinna by膰 w stanie poda膰 twarde argumenty, dlaczego, i czy headless jest w Twoim przypadku wskazany. Warto te偶 por贸wna膰 koszt obydwu tych opcji, zanim podejmiemy decyzj臋.

[x]

Ta strona u偶ywa cookies

Wyra偶am zgod臋 na przetwarzanie moich danych osobowych zawartych w plikach cookies (zar贸wno sesyjnych jak i trwa艂ych) przez Orba sp. z o.o. z siedzib膮 w Warszawie, w celu dostosowania tre艣ci strony internetowej do moich preferencji, optymalizacji korzystania ze stron internetowych, tworzenia anonimowych statystyk, kt贸re umo偶liwiaj膮 zrozumienie sposobu korzystania u偶ytkownika ze stron internetowych.

Akceptuj臋