zduplikowane wysyłki

Zduplikowane wysyłki to przypadkowe powtórne wysłanie tej samej kampanii do odbiorców.

Zduplikowane wysyłki jako problem powtarzającej się kampanii

Zduplikowane wysyłki oznaczają sytuację, w której do tej samej grupy odbiorców trafia więcej niż jedna kopia tej samej wiadomości promocyjnej, informacyjnej albo transakcyjnej. Powtórzenie może nastąpić w krótkim odstępie, przez co odbiorca odbiera kolejne wiadomości jako niezamierzone ponowienie kampanii. Czasami treść, temat i grafika pozostają identyczne. W innych przypadkach zmienia się drobny element, na przykład parametr śledzący, fragment nagłówka lub oznaczenie wersji, lecz z punktu widzenia odbiorcy nadal jest to ta sama wysyłka.

Nie każda druga wiadomość jest duplikatem. Osobno należy traktować zaplanowane przypomnienie, kolejną część cyklu komunikacji, wiadomość po porzuconym koszyku oraz ponowienie wysyłane wyłącznie do osób, które nie otworzyły poprzedniej wiadomości. O zduplikowanej wysyłce można mówić wtedy, gdy system nie powinien był ponownie zakwalifikować tych samych adresów do identycznego komunikatu albo gdy proces wysyłkowy został uruchomiony więcej niż raz bez zamierzonej zmiany grupy docelowej.

Skutki takiego zdarzenia zależą od rodzaju kampanii. Przy pojedynczym powtórzeniu może pojawić się irytacja i spadek zaufania. Przy większej liczbie kopii rośnie ryzyko oznaczenia wiadomości jako niechcianej, wypisania się z listy, zgłoszeń do administratora poczty oraz pogorszenia reputacji nadawcy. W komunikacji handlowej można także zaburzyć wyniki pomiaru, ponieważ otwarcia, kliknięcia i konwersje zostają przypisane do kilku podobnych wiadomości.

Zduplikowane wysyłki w kontekście kolejek, baz i automatyzacji

Źródłem problemu bywa najczęściej nie pojedynczy błąd użytkownika, lecz połączenie kilku elementów procesu. Kampania może zostać zapisana w bazie jako oczekująca, a następnie ponownie utworzona po odświeżeniu strony, ponownym wysłaniu formularza lub chwilowej utracie połączenia. Jeżeli aplikacja nie rozróżnia żądania nowego od ponowienia tego samego żądania, może powstać druga paczka adresatów albo druga pozycja w kolejce.

Istotne znaczenie ma również sposób oznaczania wiadomości. Przydatny jest jednoznaczny identyfikator kampanii, wersji oraz konkretnego odbiorcy. Dzięki temu można rozpoznać, czy dany adres otrzymał już określoną wiadomość. Sam adres e-mail nie zawsze wystarcza, ponieważ jedna osoba może należeć do kilku segmentów, a jedna kampania może mieć różne warianty. Należy też odróżnić ponowienie po błędzie technicznym od nowej wysyłki. Mechanizm ponawiania powinien mieć kontrolę liczby prób oraz zapis informacji o rezultacie każdej próby.

Porównując zduplikowane wysyłki z innymi błędami komunikacji, warto wskazać trzy różne przypadki. Błąd segmentacji kieruje wiadomość do niewłaściwych odbiorców, ale nie musi powodować jej powtórzenia. Błąd personalizacji wysyła poprawną kampanię z nieprawidłowymi danymi, natomiast duplikat dotyczy wielokrotnego przekazania tej samej treści. Z kolei opóźnienie w kolejce może sprawić, że wiadomość dotrze później, lecz samo opóźnienie nie świadczy jeszcze o powtórzeniu.

W środowisku technicznym można ograniczać ryzyko przez stosowanie operacji odpornych na ponowienie, blokad krótkotrwałych, kontroli unikalności oraz dzienników zdarzeń. Należy zachować równowagę, ponieważ zbyt agresywna blokada może zatrzymać prawidłową wysyłkę po rzeczywistym błędzie. Ważne jest również przechowywanie stanu: utworzono, przekazano do kolejki, rozpoczęto, zakończono, odrzucono lub ponowiono. Bez takiego rozróżnienia trudno ustalić, czy odbiorca faktycznie otrzymał kopię, czy tylko wystąpiła druga próba techniczna.

Typowe przyczyny zduplikowanych wysyłek i objawy

Jednym z częstych powodów jest podwójne uruchomienie zadania. Może dojść do niego po kliknięciu przycisku przez kilka osób, automatycznym wznowieniu procesu po przerwie albo pozostawieniu dwóch harmonogramów obejmujących ten sam segment. Inną przyczyną jest brak zabezpieczenia formularza przed wielokrotnym wysłaniem. Jeżeli po pierwszym kliknięciu nie pojawia się jasny stan przetwarzania, użytkownik może wykonać kolejną akcję, nie wiedząc, że pierwsze polecenie zostało już przyjęte.

Problem może wystąpić także po zmianie ustawień integracji. Przypisanie tej samej listy do dwóch źródeł danych, ponowne zaimportowanie kontaktów lub nieprawidłowe mapowanie identyfikatorów potrafi stworzyć odbiorców pozornie nowych, choć należących do tej samej grupy. Niekiedy powodem jest błędna synchronizacja między aplikacją do przygotowania kampanii a modułem odpowiedzialnym za przekazanie wiadomości. Przy dużej liczbie rekordów różnica w czasie aktualizacji może spowodować, że system przez chwilę nie widzi informacji o wcześniejszej wysyłce.

Objawem może być nagły wzrost liczby przekazanych wiadomości, powtarzające się wpisy w dzienniku, identyczne znaczniki czasu przy dwóch zadaniach albo zwiększona liczba skarg po rozpoczęciu kampanii. Warto sprawdzić, czy kopie mają identyczny temat, treść, załącznik i oznaczenia śledzenia. Przydatne jest także porównanie listy odbiorców z historią poprzednich kampanii. Jeżeli te same adresy występują w dwóch zadaniach o tym samym identyfikatorze treści, prawdopodobieństwo duplikatu jest wysokie.

Nie należy jednak wyciągać wniosków wyłącznie na podstawie raportu otwarć. Niektóre systemy ochrony poczty automatycznie pobierają elementy wiadomości, a odbiorca może zobaczyć tylko jedną kopię mimo kilku prób przekazania. Z drugiej strony jeden raport może zliczać różne warianty jako tę samą kampanię. Dlatego analizę należy oprzeć na kolejności zdarzeń, identyfikatorach, odbiorcach i faktycznych komunikatach zapisanych w skrzynce.

Jak ograniczać zduplikowane wysyłki w codziennej pracy

Przed uruchomieniem większej kampanii warto sprawdzić, czy istnieje tylko jeden aktywny harmonogram oraz jedna wersja zadania. Zalecane jest oznaczenie kampanii czytelną nazwą i zapisanie osoby lub procesu, który ją uruchomił. W przypadku importu kontaktów powinno się zweryfikować, czy plik nie został dodany powtórnie i czy system posiada regułę rozpoznawania istniejących odbiorców.

Przydatne jest wykonanie małej wysyłki testowej. Pozwala to sprawdzić temat, treść, linki, personalizację i zachowanie kolejki przed przekazaniem komunikatu do pełnej grupy. Jeżeli wysyłka została przerwana, nie powinno się od razu uruchamiać całej kampanii ponownie. Najpierw należy ustalić, które wiadomości zostały faktycznie przekazane, które oczekują, a które zakończyły się błędem. Dopiero na tej podstawie można wybrać ponowienie ograniczone do brakującej części.

Warto również utrzymywać prostą procedurę reagowania. Po wykryciu powtórzenia należy wstrzymać kolejne zadania dotyczące tej samej listy, zabezpieczyć dzienniki i ustalić przedział czasu, w którym mogło dojść do błędu. Następnie należy porównać identyfikatory kampanii z listą odbiorców i sprawdzić, czy problem dotyczył jednego segmentu, jednej wersji wiadomości czy całego procesu. W komunikacie wewnętrznym powinno się zapisać przyczynę, zakres oraz sposób zapobiegania ponownemu wystąpieniu.

Jeżeli zduplikowane wysyłki pojawiają się cyklicznie, wskazane jest sprawdzenie komputera używanego do obsługi kampanii, przeglądarki, rozszerzeń, połączenia z usługą oraz zapisanych lokalnie danych aplikacji. Błąd może wynikać z zawieszenia interfejsu, niepełnego odświeżenia strony lub konfliktu między kilkoma otwartymi sesjami. Przed usunięciem danych należy zachować potrzebne logi i potwierdzić, że nie są one wymagane do dalszej diagnostyki.

Kiedy zduplikowane wysyłki wymagają pomocy serwisu

Do serwisu warto zgłosić się wtedy, gdy problem nie ogranicza się do jednego błędnego kliknięcia i powtarza się mimo sprawdzenia harmonogramów oraz list odbiorców. Szczególnej uwagi wymaga sytuacja, w której aplikacja zawiesza się, nie pokazuje poprawnie stanu zadania, zamyka się podczas przygotowania kampanii albo traci połączenie w czasie zapisu. W takich warunkach potrzebne może być sprawdzenie nośnika danych, pamięci, systemu, przeglądarki i konfiguracji używanego komputera.

Pomoc może być również potrzebna, gdy po awarii nie wiadomo, które wiadomości zostały wysłane. Wtedy przypadkowe ponowienie całej kampanii może zwiększyć zakres problemu. Bezpieczniejsze jest uporządkowanie danych, wykonanie kopii istotnych logów i ustalenie dalszego postępowania na podstawie dostępnych śladów. Warszawskie Pogotowie Komputerowe 24/7 zajmuje się diagnozowaniem usterek sprzętowych i programowych komputerów wykorzystywanych do pracy z aplikacjami internetowymi.

Przed przekazaniem urządzenia warto przygotować opis objawów, przybliżony moment wystąpienia problemu, nazwę używanej aplikacji oraz informację, czy pojawiały się komunikaty o błędzie. Należy także wskazać, czy duplikaty dotyczą wszystkich kampanii, czy tylko jednego zadania. Takie dane ułatwiają odróżnienie awarii komputera od błędu konfiguracji konta, listy odbiorców albo zewnętrznego systemu wysyłkowego. Po usunięciu przyczyny wskazane jest przeprowadzenie testu na małej grupie i obserwacja historii zdarzeń przed powrotem do pełnej pracy.