Co tydzień podsumowujemy, co wydarzyło się w Ecomailu. Nowe funkcje, małe i duże ulepszenia lub poprawki.
Rozszerzone filtrowanie CDP analityki produktów jako nowości, dwa ulepszenia integracji i trzy poprawki.
W CDP → Analizę produktową można teraz filtrować nie tylko według okresu czasu, ale także według konkretnych sklepów internetowych, kategorii, produktów lub klientów. Wartości w filtrach można zarówno dodawać, jak i wykluczać z wyników. Dzięki temu łatwo wyeliminujesz z analizy produkty objęte rabatami, skupisz się na asortymencie sezonowym lub oddzielisz klientów B2B.
Nowa wersja modułu PrestaShop dla integracji z Ecomail przynosi zarówno poprawki, jak i ulepszenia. Naprawione: synchronizacja z modułem Newsletter Subscription, logika przechowywania nazwy sklepu (usunięto prefiks http:///https://) i kompatybilność z Nginx (legacy routes, ładowanie JS, AJAX URL, CORS). Dodano też obsługę autoupdate. Tagi grup klientów z PrestaShop są teraz synchronizowane z Ecomail w czasie rzeczywistym ‑ bez konieczności dodatkowej edycji kontaktu w PrestaShop.
Zaktualizowaliśmy metodę wymiany kodu autoryzacyjnego dla logowania OAuth do Ecwid. Ecwid wyłączył starą metodę GET, a Ecomail używa teraz standardowego żądania POST zgodnie z aktualną dokumentacją Ecwid.
Do edytora szablonów przywrócono możliwość zbiorczej edycji atrybutów produktów w bloku (np. tekstu przycisku i stylu). Naprawiono również wyświetlanie zdjęć produktów na urządzeniach mobilnych w układach dwu‑ i trójkolumnowych — obrazy są teraz poprawnie dopasowywane do szerokości kolumny.
Warunek znajdował kontakty, które nigdy nie kupiły produktu ‑ zamiast kontaktów, które nie kupiły go w określonym oknie czasowym. Warunek respektuje teraz poprawnie określony zakres czasowy.
Po ustawieniu konkretnej daty początkowej dla powtarzania wyzwalacz wyświetlał nieprawidłową datę pierwszego uruchomienia. Obliczenie zostało poprawione i wyświetlana data odpowiada rzeczywistemu pierwszemu planowanemu uruchomieniu automatyzacji.
Pięć nowych endpointów API i kategorie produktów jako JSON, usprawnienia segmentacji CLV oraz cztery poprawki dotyczące automatyzacji i integracji z Shopify.
Kategorie produktów są nowo przechowywane jako pole JSON zamiast ciągu znaków z separatorami (np. Alkohol|Wina|Czerwone). W segmentacji wystarczy podać tylko Wina — bez konieczności znajomości całego drzewa kategorii. Integracje zostały dostosowane: Shoptet przesyła teraz wszystkie kategorie (wcześniej maks. 1), Upgates wszystkie kategorie (wcześniej maks. 3), a Webareal po raz pierwszy dodaje przesyłanie kategorii. Istniejące segmenty pozostają funkcjonalne, a ich zapis można stopniowo aktualizować do nowego formatu. API oraz kod śledzący przyjmują zarówno nowy format, jak i pierwotny ciąg znaków, dzięki czemu zachowana jest kompatybilność wsteczna.
Ulepszone bloki produktów z przebudowanym podejściem do produktów z feedów są teraz dostępne w edytorze szablonów. Szczegółowy przewodnik jest dostępny w pomocy.
Nowy endpoint GET /templates zwraca listę szablonów w koncie z ich ID i nazwami. Przydatny na przykład dla agencji, które zarządzają szablonami programowo.
Nowy endpoint PUT /templates/{id} umożliwia aktualizację zawartości HTML szablonu przez API. Edycja jest dozwolona również dla szablonów powiązanych z kampanią, ale kampania musi być w statusie Draft.
Nowy endpoint PUT /lists/{list_id}/update‑subscribers-bulk umożliwia aktualizację do 3 000 kontaktów w jednym wywołaniu. Klienci, którzy wcześniej synchronizowali kontakty jeden po drugim, mają teraz czystszą alternatywę bez konieczności używania subscribe‑bulk.
Warunki segmentacji według CLV są teraz dostępne w segmentach ‑ klientów można filtrować według wysokości CLV lub grupy dystrybucji (Low, Mid, High, VIP). Dostępne w planie CDP.
Po przełączeniu integracji Shopify na inne konto Ecomail była ona nadal wyświetlana jako aktywna na pierwotnym koncie. Po przełączeniu na inne konto integracja jest teraz automatycznie dezaktywowana na koncie pierwotnym.
Przebieg testowy automatyzacji wyświetlał czas przesunięty o dwie godziny w przód względem rzeczywistego czasu wyzwolenia. Czas w przeglądzie testu odpowiada teraz rzeczywistemu zapisowi.
Podczas eksportu aktywności automatyzacji eksportowano rekordy ze wszystkich e‑maili niezależnie od wybranego filtra. Jednocześnie eksport nie zawierał nazwy e‑maila, który wyzwolił aktywność. Oba problemy zostały naprawione.
Endpoint GET /campaigns/{campaignId}/log zwraca rekordy aktywności kampanii (wysyłki, otwarcia, kliknięcia, wypisania i inne) z obsługą filtrowania i stronicowania. Endpoint został naprawiony i dodany do dokumentacji API.
Własne okno atrybucji konwersji, gotowe automatyzacje RFM i HTTPS dla domen śledzących jako nowości. Webhook z polami własnymi i trzy poprawki.
W ustawieniach konta (plany Marketer i CDP) można teraz konfigurować długość okna atrybucji oddzielnie dla otwarć i dla kliknięć. Domyślne wartości (10 dni od otwarcia, 30 dni od kliknięcia) pozostają niezmienione. Ustawienie jest w Zarządzaj kontem → Lokalizacja i bezpieczeństwo → Zmienne globalne.
Gotowe segmenty i automatyzacje oparte na analizie RFM są teraz dostępne w planie CDP ‑ dla kontaktów zagrożonych odejściem, najbardziej wartościowych klientów, potencjalnie wartościowych kontaktów i kontaktów odpowiednich na kampanie rabatowe. Segmenty są w CDP → Najpopularniejsze segmenty. Gotowe automatyzacje są dostępne podczas ich tworzenia w Automatyzacje → Nowa automatyzacja.
Domeny śledzące można teraz zabezpieczyć przez HTTPS, kierując rekord CNAME na v2.spgo.io. Certyfikat jest wydawany automatycznie i odnawia się co 3 miesiące. Istniejące domeny HTTP pozostają niezmienione, przejście jest opcjonalne. Ustawienie jest w Zarządzaj kontem → Domeny.
Krok Wyślij dane na webhook w automatyzacjach zawiera teraz obiekt custom_fields w payloadzie z wartościami pól własnych kontaktu. Wcześniej payload nie zawierał pól własnych.
Przetłumaczony tekst w szablonie zmieniał się w nieczytelne znaki po jakiejkolwiek kolejnej edycji (zmiana wcięcia, zamiana linku w przycisku, zamiana produktu). Tekst tłumaczenia pozostaje teraz nienaruszony niezależnie od dalszych edycji szablonu.
Eksport segmentu nie zawierał niestandardowych wartości preferencji kontaktów, mimo że pełny eksport listy je zawierał. Jednocześnie znaki diakrytyczne w eksporcie były wyświetlane jako sekwencje escape unicode (np. Ko\u010dka zamiast Kočka). Oba problemy zostały naprawione.
Przegląd automatyzacji z wyzwalaczem API pokazywał 0 wejść, nawet gdy kontakty rzeczywiście przeszły przez automatyzację. Liczba wejść odpowiada teraz rzeczywistemu stanowi.