Na czym polega architektura headless?
Podstawową koncepcją architektury headless jest oddzielenie usług serwerowych, takich jak e-commerce, PIM, CMS, płatności i uwierzytelnianie od front-endu czyli głowy, warstwy aplikacji widocznej w przeglądarce lub aplikacji. Taka architektura zapewnia organizacjom swobodę ekspresji, dzięki której mogą budować, co chcą i jak chcą wzbogacając Customer Experience. W tradycyjnym modelu e-commerce nowy CX może wymagać aktualizacji zarówno warstwy front-end, jak i back-end, co może sprawić, że nawet małe projekty stają się dużym problemem.
Mówiąc potocznie, tradycyjne platformy handlowe mają przykręconą głowę. Oznacza to, że mają predefiniowany front-end, który jest ściśle powiązany z back-endem, więc nawet jeśli istnieje wiele funkcji dostosowywania i nieograniczony dostęp do kodu, platforma jest zaprojektowana tylko do dostarczania treści w postaci stron internetowych.
Architektura headless commerce składa się z modelu danych i infrastruktury opartej na chmurze a obsługiwana jest przez REST'owe API. Taka konstrukcja pozwala serwować treści, produkty, koszyki, bramki płatności itd. nie tylko dla aplikacji w przeglądarce czy smartfonie, ale też smartwatchy, e-kiosków, usług głosowych itd.
Jak działa headless commerce
Podobnie jak w przypadku bezgłowego systemu CMS, bezgłowy system e-commerce działa poprzez przekazywanie żądań między warstwą prezentacji a aplikacją za pośrednictwem API (Interfejsu Programowania Aplikacji).
Na przykład, gdy użytkownik kliknie przycisk „Kup teraz” na swoim smartfonie, warstwa prezentacji systemu headless commerce wysyła wywołanie API do warstwy aplikacji w celu przetworzenia zamówienia. Warstwa aplikacji wysyła kolejne wywołanie API do warstwy aplikacji, aby pokazać klientowi status jego zamówienia.
Tradycyjny e-commerce vs headless
Różnice pomiędzy tradycyjnym systemem a systemem headless commerce można podzielić na trzy główne kategorie:
1. Elastyczny rozwój front-end
- Tradycyjny e-commerce
Web developer (programista front-end) pracujący z tradycyjnymi systemami e-commerce spotyka się z szeregiem ograniczeń, jeśli chodzi o projektowanie i ogólny proces deweloperski. Wszelkie wprowadzane zmiany wymagają dużo czasu i zaangażowania także specjalistów back-end. Wymagana jest edycja struktury bazy danych i modyfikacja kodu aplikacji po stronie serwera. Zmiany w warstwie front-end wprowadzane są dopiero na końcu. Programiści są również ograniczeni do tego, co można aktualizować i/lub edytować bez ryzyka unieważnienia gwarancji lub uniemożliwienia przyszłych aktualizacji. - Headless commerce
Headless commerce umożliwia web developerom tworzenie Customer Experience od podstaw. Specjalista front-end nie musi martwić się o zaangażowanie specjalistów back-end lub samodzielnie modyfikować bazy danych ani oprogramowania w tle, ponieważ wszystko, co musi zrobić, to wykonać proste wywołanie interfejsu API. Innymi słowy, web developer jest uwolniony od kajdan, które zwykle kojarzą się z tradycyjną platformą e-commerce.
2. Dostosowanie i personalizacja
- Tradycyjny e-commerce
Tradycyjne platformy e-commerce ograniczają programistów i użytkowników do tego, co określają jako właściwy User Experience. Oferują predefiniowane środowisko zarówno dla klienta, jak i dla użytkownika administracyjnego, zapewniając przy tym niewiele miejsca na dostosowanie i personalizację. - Headless commerce
W platformach headless commerce nie ma front-endu, programiści mogą tworzyć własny Customer Experience od podstaw. Mają większą kontrolę nad wyglądem i działaniem platformy w warstwie widocznej przez klienta jak i administratora.
3. Elastyczność i zdolność adaptacji
- Tradycyjny e-commerce
W tradycyjnych rozwiązaniach front-end jest ściśle powiązany z kodem i infrastrukturą na serwerze. Daje to niewiele miejsca do popisu w zakresie customizacji aplikacji. Aby dokonać pojedynczej zmiany, programiści muszą edytować wiele warstw kodu pomiędzy front-endem a bazą danych. - Headless commerce
Headless commerce stwarza nieskończone możliwości dostosowywania w razie potrzeby. Aby wprowadzić jakiekolwiek zmiany, wystarczy programista front-end. Można wprowadzać duże lub małe zmiany, od wdrożenia niestandardowego przepływu realizacji transakcji do dodania nowego pola do konta klienta, bez zaangażowania programistów obsługujących warstwę serwerową.
Podsumowując: kluczowe korzyści
- Po pierwsze, system headless commerce daje możliwość sprzedaży wszystkiego i wszędzie. W przypadku brandu stricte e-commerce'owego oznacza to dostarczanie produktów, filmów o produktach lub postów na blogu na dowolnym kanale, który się pojawił lub pojawi się dopiero w przyszłości. Można dopasować ofertę do sprzedaży za pomocą Alexa, Digital signage, progresywnych aplikacji internetowych, a nawet lodówek z ekranami.
- Gdy system front-end nie jest ściśle powiązany z back-endem, nie aktualizujemy całej aplikacji, tylko jej część. Bezgłowa platforma handlowa umożliwia wdrażanie szybkich aktualizacji. Można łatwo wprowadzać dowolne zmiany w interfejsie i szybko reagować na potrzeby konsumentów.
- Firmy korzystające z tradycyjnych platform wprowadzają aktualizację co kilka tygodni. Amazon dzięki rozwiązaniom headless wdraża aktualizacje średnio co 11,7 sekundy.
- System headless może wspierać nowe technologie, gdy tylko się pojawią. Jest to idealne rozwiązanie podczas projektowania nowego Customer Experience. Marketing może mieć narzędzia, które pozwalają na wdrażanie kolejnych witryn dla obsługiwanych brandów na różnych rynkach jednocześnie.
- Dzięki elastyczności zapewnianej przez headless commerce, zespoły marketingowe mogą skonfigurować nową witrynę w ciągu kilku dni zamiast miesięcy, skracając czas potrzebny na uruchomienie kampanii.
- Można bez przeszkód testować różne szablony i podejścia w cyklu optymalizacji, aby lepiej zrozumieć klienta.