Changelog

Endpointy GET /pipelines/{id}/actions i GET /pipelines/{id}/actions/{actionId} zwracają teraz dla każdego kroku pole next z ID kolejnych kroków, dzięki czemu z odpowiedzi można zbudować cały graf automatyzacji. Dla większości typów kroków next to tablica ID (zwykle jedno, ewentualnie puste lub null na końcu gałęzi). Dla kroków rozgałęziających next jest obiektem z jedną tablicą ID dla każdego wyjścia ‑ yes / no dla kroku Warunek, klucze poszczególnych wariantów dla kroku Podziel test i default / quarantine_skip dla kroku Wyślij e‑mail.

Nowy endpoint GET /feeds zwraca listę wszystkich feedów produktowych na koncie, wraz z typem feedu, URL, liczbą wczytanych produktów i ewentualnym błędem z ostatniego przetwarzania. Pole id z odpowiedzi można użyć jako feed_id dla endpointu odświeżania feedu.

Endpoint POST /templates przyjmuje teraz oprócz pola html również pole mjml z definicją szablonu w tym samym formacie JSON, którego używa edytor szablonów Ecomail. Szablon utworzony z definicji MJML jest w pełni edytowalny w edytorze drag‑and-drop ‑ Ecomail automatycznie kompiluje definicję do HTML. Szablon utworzony z czystego HTML pozostaje edytowalny wyłącznie w edytorze kodu. Pól html i mjml nie można łączyć ‑ trzeba wysłać dokładnie jedno z nich.

Obok istniejącej funkcji CURDATE() dostępna jest teraz również NOW(), która zwraca aktualną datę i czas w formacie RRRR‑MM-DD GG:MM:SS. Pole typu Data przyjmuje teraz oprócz samej daty również ten rozszerzony format z czasem ‑ przydatne do dokładniejszego logowania, na przykład dokładnego czasu rejestracji lub zakupu.

Administrator agencji może teraz przenosić kredyty EMA między kontem agencji a subkontami tak samo, jak działa to dziś dla kredytów e‑mailowych i SMS ‑ w obu kierunkach, w sekcji Zarządzanie subkontem. Transferu nie można wykonać, jeśli na agencji lub danym subkoncie trwa właśnie nierozliczona sesja EMA (czat lub zaplanowany checkup) ‑ w takim przypadku trzeba poczekać na jej zakończenie.

Jeśli jako segment nadrzędny użyto segmentu z warunkiem Wyklucz z segmentu, wynikowy segment ignorował to wykluczenie i zwracał również kontakty, które powinny zostać wykluczone. Wykluczenie z segmentu nadrzędnego jest teraz respektowane.

Godzina ostatniej wysłanej kampanii w sekcji Przegląd wyświetlała się w UTC, podczas gdy sekcja Kampanie pokazywała ten sam moment w czasie lokalnym (CET/CEST). Wyświetlanie czasu w Przeglądzie jest teraz ujednolicone z resztą aplikacji.

W przypadku części zamówień z integracji Eshop‑rychle kod produktu zapisany przy zamówieniu różnił się od kodu w katalogu produktowym, przez co produkt nie był odnajdywany w feedzie danych. Kody są teraz zapisywane spójnie, a dopasowywanie do katalogu działa niezawodnie.

Eksport automatyzacji z dużą liczbą kroków i kontaktów mógł się nie udać lub trwać nieproporcjonalnie długo. Przetwarzanie eksportu zostało zoptymalizowane i radzi sobie niezawodnie również z rozbudowanymi automatyzacjami.

Segmentacja i triggery automatyzacji rozumieją teraz typy danych właściwości custom eventów. Platforma automatycznie rozpoznaje typ właściwości na podstawie danych konta (liczba, data, boolean, pole, tekst) i dostosowuje dostępne operatory warunków ‑ zamiast prostego porównania tekstowego dostępne są zakresy, daty, operatory numeryczne i porównania tablic. Pola Kategoria, Akcja, Etykieta, Właściwość i Wartość oferują autosuggest bezpośrednio z danych konta ‑ wystarczy zacząć pisać, a platforma zaproponuje istniejące wartości. Działa w segmentacji i w triggerze Nastąpi zdarzenie własne.

W trybie podglądu szablonu pojawił się przełącznik Dark mode. Po włączeniu w podglądzie transformowane są kolory tła i tekstu zgodnie z logiką Gmaila ‑ ciemne tła jaśnieją, jasne ciemnieją, tekst jest przebarwiany dla kontrastu. Obrazy pozostają bez zmian. Jest to wyłącznie tryb wyświetlania w edytorze ‑ nic nie jest zapisywane do zapisanego szablonu ani do wysłanej kampanii. Przełącznik resetuje się do trybu jasnego przy każdym wejściu do podglądu.

Dla kampanii A/B w stanie Ocenianie pojawiła się akcja Oceń teraz. Kampania nie musi czekać na upłynięcie całego ustawionego okresu ‑ system ocenia bieżące wyniki wariantów i wysyła zwycięski wariant do pozostałych odbiorców. Akcja jest nieodwracalna i wymaga potwierdzenia w oknie dialogowym. Możliwe jest też anulowanie oceny ‑ zwycięski wariant nie zostanie wysłany.

Konta z prawidłowo połączoną integracją GA4 wyświetlały błędnie komunikat o nieobsługiwanym Google Analytics Universal w raportach kampanii. Komunikat wyświetla się teraz tylko dla kont, które rzeczywiście nie mają połączonego GA4.

W niektórych automatyzacjach wysyłanie e‑maila i przechodzenie kontaktu do następnego kroku trwało znacznie dłużej niż zwykłe sekundy. Przetwarzanie kroków automatyzacji zostało naprawione i przebiega teraz w oczekiwanym czasie.

W edytorze HTML szablonów nie działało przewijanie podglądu w Firefox, Safari i po rozszerzeniu podglądu na pełną szerokość. W niektórych przypadkach nie można było puścić paska przewijania lub zmniejszyć podglądu z powrotem. Przewijanie podglądu działa teraz poprawnie we wszystkich obsługiwanych przeglądarkach.

Przy dodawaniu tagu do kontaktu, potwierdzenie przecinkiem nie czyściło inputu, a nowy tag nie pojawiał się natychmiast jako zaznaczony w szczegółach kontaktu. Oba problemy zostały naprawione.

Nowy endpoint POST /campaigns/{id}/send‑test umożliwia wysłanie testowej wersji roboczej kampanii na podane adresy e‑mail (maks. 5) z konkretnymi wartościami merge tagów. Test nie zmienia statusu kampanii i nie jest liczony w statystykach. Partnerzy i agencje integrujące się przez API mogą przetestować ostateczny wygląd kampanii wraz z personalizacją bez konieczności logowania do aplikacji.

Dla każdego folderu kuponów rabatowych można teraz wyłączyć automatyczne powiadomienia o zbliżającym się wygaśnięciu i wyczerpaniu zapasów. Przełącznik Włącz powiadomienia jest domyślnie włączony i zapewnia wysyłanie e‑maili oraz powiadomień w aplikacji. Gdy jest włączony, powiadomienie jest wysyłane przy spadku poniżej 15% lub poniżej ustawionego własnego limitu. Folder domyślny obsługuje teraz również ustawienie własnego limitu.

Wcześniej typ domeny (wysyłająca lub transakcyjna) wzajemnie się nadpisywał ‑ domena mogła mieć zawsze tylko jeden typ. Teraz tę samą domenę można prowadzić jako wysyłającą i transakcyjną jednocześnie, każdy typ jest zarządzany niezależnie. Endpoint API POST /domains wymaga teraz prawidłowej wartości parametru type (sending lub transactional) ‑ nieprawidłowa wartość zwraca 422 zamiast cichego przyjęcia. Lista domen może dla takiej domeny zwracać dwa rekordy o tej samej nazwie różniące się typem. Zalecamy jednak posiadanie unikalnej domeny zarówno do masowych wysyłek, jak i do e‑maili transakcyjnych.

Usunęliśmy potencjalne problemy z podłączeniem serwera MCP do narzędzi AI firm trzecich, w szczególności Cursor. Jeśli mieli Państwo problemy z połączeniem, zalecamy odłączenie i ponowne podłączenie serwera zgodnie z zaktualizowaną pomocą.