Exponea (Bloomreach)

Exponea, obecnie działająca pod marką Bloomreach, to ta sama platforma po zmianie nazwy handlowej wskutek przejęcia.

Exponea jako wcześniejsza nazwa Bloomreach Engagement

Exponea była nazwą platformy przeznaczonej do gromadzenia, porządkowania i wykorzystywania danych o zachowaniach użytkowników w kanałach cyfrowych. Po przejęciu przez Bloomreach platforma zaczęła funkcjonować pod marką Bloomreach, a jej rozwój został włączony do oferty tego dostawcy. W praktyce określenia „Exponea” i „Bloomreach Engagement” mogą odnosić się do tego samego rozwiązania, zależnie od daty dokumentacji, umowy, integracji albo materiału technicznego.

Zmiana nazwy handlowej nie oznacza zmiany rodzaju systemu na inny produkt, taki jak system operacyjny, baza danych czy lokalny program instalowany bezpośrednio na laptopie. Jest to platforma działająca jako usługa internetowa, z którą aplikacje i serwisy komunikują się za pomocą integracji. Dlatego przy analizie konfiguracji ważne jest ustalenie, czy dokument opisuje dawną instalację lub interfejs Exponea, czy aktualną strukturę nazewniczą Bloomreach. Sama obecność nazwy Exponea w kodzie strony, dokumentacji albo konfiguracji nie musi oznaczać awarii.

Model danych i zdarzenia użytkownika

Technicznie platforma służy do łączenia informacji pochodzących z różnych punktów kontaktu z użytkownikiem. Mogą to być zdarzenia generowane przez stronę internetową, aplikację, formularz albo system sprzedażowy. Zdarzenie opisuje konkretną czynność, na przykład wyświetlenie produktu, dodanie produktu do koszyka, rozpoczęcie procesu zamówienia lub jego zakończenie. Oprócz nazwy zdarzenia przekazywane są zwykle właściwości, takie jak identyfikator produktu, wartość transakcji, waluta, adres strony albo źródło wejścia.

Istotne znaczenie ma sposób identyfikowania profilu. Ten sam użytkownik może pojawić się najpierw jako anonimowy odwiedzający, a później jako osoba rozpoznana po zalogowaniu lub podaniu adresu e-mail. Jeżeli integracja nie przekazuje spójnego identyfikatora albo robi to w różnych formatach, dane mogą zostać rozdzielone na kilka profili. Skutkiem są niepełne segmenty, błędne warunki kampanii i rozbieżności między statystykami platformy a danymi sklepu lub aplikacji. Diagnostyka powinna więc obejmować nie tylko działanie kodu śledzącego, lecz także kolejność zdarzeń, ich nazwy oraz zawartość przesyłanych pól.

Segmentacja, automatyzacja i kanały komunikacji

Jedną z funkcji platformy jest budowanie segmentów na podstawie właściwości profilu oraz historii zdarzeń. Segment może obejmować osoby, które wykonały określoną czynność, spełniają warunek dotyczący wartości zamówień albo nie wykonały wymaganej czynności w danym przedziale czasu. Warunki segmentu są zależne od jakości danych wejściowych. Jeżeli zdarzenie zakupowe jest wysyłane z opóźnieniem, ma inną nazwę niż zakładana w regule albo nie zawiera wymaganej wartości, użytkownik może nie trafić do właściwej grupy.

Na podstawie segmentów można definiować scenariusze automatyzacji i komunikacji. System może reagować na określone zdarzenie, zmianę cechy profilu lub upływ czasu od wcześniejszej aktywności. W zależności od skonfigurowanego środowiska komunikacja może obejmować między innymi wiadomości e-mail, powiadomienia web push albo inne podłączone kanały. Błąd widoczny jako brak wysłanej wiadomości nie musi oznaczać problemu z komputerem użytkownika. Przyczyną może być niespełniony warunek segmentu, brak zgody wymaganej przez konfigurację kanału, nieprawidłowy adres odbiorcy, odrzucona wiadomość albo błędna kolejność kroków w scenariuszu.

Rozpoznawanie nazwy w dokumentacji i konfiguracji

Podczas przeglądania aplikacji warto odróżnić nazwę platformy od nazwy elementu integracyjnego. W starszym projekcie mogą występować odwołania do Exponea, natomiast w nowszych materiałach ten sam obszar może być opisany jako Bloomreach Engagement. Należy sprawdzić adresy punktów integracji, identyfikatory projektu, klucze używane przez aplikację oraz sposób ładowania bibliotek po stronie przeglądarki. Sama zmiana etykiety w panelu administracyjnym nie powinna być traktowana jako dowód uszkodzenia systemu.

Jeżeli komputer wyświetla błędy podczas korzystania ze strony używającej tej platformy, diagnostyka obejmuje połączenie sieciowe, działanie przeglądarki, blokowanie skryptów przez rozszerzenia oraz błędy JavaScript widoczne w narzędziach deweloperskich. Trzeba jednak rozdzielić problem lokalny od błędu po stronie usługi internetowej. Objawami problemu lokalnego mogą być brak załadowania elementu strony, niekompletna obsługa formularza albo blokada żądania przez rozszerzenie. Błędy występujące jednocześnie na wielu urządzeniach i w różnych sieciach częściej wskazują na konfigurację serwisu, integracji lub dostępności zewnętrznej platformy.