EMA ze współdzieleniem, skills i pamięcią, Webareal z automatycznym śledzeniem i API inteligentnej wysyłki

Asystent EMA wzbogacił się o pięć nowości. Konwersację można wyeksportować ‑ w menu konwersacji wybierz Kopiuj jako Markdown lub Pobierz jako Markdown. Za pomocą opcji Udostępnij możesz pokazać konwersację wybranym współpracownikom z tego samego kont (lub można skopiować link): cały wątek mogą przeczytać, ale nie mogą w nim pisać. Zobaczą przy tym wszystko, co odpowiedziała EMA, także dane, do których ich rola normalnie nie ma dostępu, a za udostępnioną treść odpowiadasz Ty. Skills to gotowe procedury, które EMA uruchamia jednym poleceniem ‑ wybierasz je w menu pod przyciskiem plus lub wpisując ukośnik w wiadomości, na przykład abandoned‑cart (buduje automatyzację porzuconego koszyka), automation‑health (sprawdza działające automatyzacje), campaign‑preflight (sprawdza szkic kampanii przed wysyłką) lub calendar‑review (przegląda kampanie na najbliższe 14 dni). Własny skill można napisać samodzielnie lub ze skillem create‑skill, w którym EMA zada kilka pytań i zbuduje skill. Pamięć pozwala EMA zapamiętać na przykład to, jak zwracasz się do klientów ‑ przełącznik Pamięć w konwersacji określa, czy EMA może z niej korzystać i ją zmieniać. Przy odpowiedziach EMA pojawiają się teraz źródła: numery w tekście odsyłają do konkretnych rekordów, na przykład kampanii, z których EMA korzystała, a pod odpowiedzią znajduje się ich lista.

Integracja z Webareal samodzielnie wstawia teraz kod śledzący Ecomail do nagłówka e‑sklepu, więc nie jest już potrzebny Google Tag Manager ani inne zewnętrzne narzędzie. Kod śledzi odwiedziny stron, przeglądane produkty i dodanie do koszyka (działa także w szablonach z koszykiem ajaxowym typu popup), dzięki czemu można uruchamiać automatyzacje Porzucony koszyk i Ostatnio przeglądane produkty. Odwiedzający jest śledzony dopiero po zidentyfikowaniu ‑ po kliknięciu linku z kampanii lub automatyzacji albo po zalogowaniu do e‑sklepu. Po odłączeniu integracji kod jest usuwany automatycznie. W przypadku nowych instalacji śledzenie jest aktywne od razu, a dotychczasowi klienci włączają je, zapisując ustawienia w oknie integracji. Do parowania produktów z katalogiem potrzebny jest wgrany na koncie feed produktowy.

Endpointy GET, POST, PUT i DELETE /smart‑delivery/rules umożliwiają przez API wyświetlanie, tworzenie, edytowanie i usuwanie reguł inteligentnej wysyłki, czyli limitów kwarantanny priorytetowej i limitu częstotliwości. Reguły systemowe standard i unlimited są dostępne zawsze ‑ w standard można zmieniać limity, unlimited nie można ani zmieniać, ani usuwać. Reguły używanej przez kampanię lub automatyzację nie można usunąć. Do POST /campaigns i PUT /campaigns/{id} dodano pole smart_delivery, za pomocą którego można przypisać do kampanii regułę lub podać własne limity. Jeśli pole zostanie pominięte, dotychczasowe ustawienia kampanii pozostają bez zmian, tak samo jak przy edycji odbiorców przez recepient_lists. Odpowiedzi z danymi kampanii zawierają te ustawienia w polu smart_delivery.

Nowy endpoint GET /coupons/folders zwraca listę wszystkich folderów kuponów rabatowych na koncie, w tym domyślnego. Dla każdego folderu podana jest liczba pozostałych kuponów możliwych do użycia (remaining) oraz liczba kuponów z wygasłą ważnością, które nie zostały jeszcze usunięte (expired). Przydaje się to do automatycznego uzupełniania zapasu przez POST /coupons/import, zanim kupony się skończą, a automatyzacje zaczną wysyłać e‑maile bez kuponu.

We właściwościach przycisku i linku w edytorze szablonów pojawił się przełącznik "Wyłącz śledzenie kliknięć". Ecomail standardowo opakowuje linki adresem śledzącym, przez co deep linki do aplikacji mobilnych mogły otwierać się w przeglądarce zamiast w aplikacji ‑ iOS i Android weryfikują bowiem domenę linku, a domena śledząca nie hostuje plików weryfikacyjnych aplikacji. W przypadku linku z wyłączonym śledzeniem oryginalny adres pozostaje bez zmian, ale kliknięcia w niego nie są wliczane do statystyk. Śledzenie pozostałych linków w szablonie się nie zmienia.

Podczas synchronizacji początkowej klientów z Ecwid do listy z włączonym double opt‑in (po podłączeniu integracji oraz przy ręcznym odświeżeniu klientów) klienci ze zgodą marketingową zapisywali się jako niepotwierdzeni, ale nie otrzymywali e‑maila potwierdzającego. Teraz są od razu dodawani jako zapisani, bez e‑maila potwierdzającego, tak samo jak w pozostałych integracjach e‑sklepów. Kontakty zapisane wcześniej jako niepotwierdzone pozostają bez zmian.

Jeśli feed produktowy zawierał to samo ID produktu wielokrotnie, e‑mail z merge tagiem ostatniego zakupu dla konkretnego feedu (ECM_LAST_BOUGHT__<feedId>) nie renderował się i nie był wysyłany do kontaktu, którego zamówienie obejmowało kilka produktów. Dotyczyło to także wariantu dla zakupów z całej historii. Błąd został naprawiony, produkty renderują się w tej samej kolejności co dotąd.

Wersja online e‑maila z automatyzacji (link Zobacz online) pokazywała w szablonach z warunkiem na kategorię zakupu (ECM_BOUGHT_CATEGORY) nieprzetworzone merge tagi zamiast treści. Wersja online ocenia teraz warunki tak samo jak dostarczony e‑mail, także dla nazw kategorii ze spacją lub znakami diakrytycznymi. Jeśli wersji online nie uda się przetworzyć, odwiedzający zamiast nieprzetworzonych znaczników zobaczy stronę z prośbą o kontakt z nadawcą.