Jak skonfigurować odbicia e-mail w Zapier

Co oznaczają „odrzuty e-maili” w Zapier

Odrzuty e-maili to wiadomości, które nie docierają do odbiorcy. W Zapier ta awaria staje się wyzwalaczem, na który możesz zareagować, a zasada jest prosta: szybko złap odrzut, a następnie zrób z nim coś użytecznego. Odrzut może oznaczać, że skrzynka pocztowa nie istnieje, skrzynka odbiorcza jest pełna lub serwer odbierający odrzuca wiadomość z powodów polityki.

W tym przewodniku źródłem odrzutu będzie twoje narzędzie do dostarczania e-maili lub feed webhook. Może to być usługa e-maili transakcyjnych, aplikacja marketingowa lub niestandardowy webhook z własnego systemu pocztowego. Dokładne źródło ma znaczenie, ponieważ Zapier potrzebuje jednego jasnego zdarzenia, a nie niejasnej etykiety „e-mail nie powiódł się”, która ukrywa przyczynę.

Dlaczego w ogóle śledzić odrzuty? Ponieważ odrzut to nie tylko hałas. Twardy odrzut może oznaczać zły adres, a powtarzające się miękkie odrzuty mogą sygnalizować problem, który wymaga uwagi, zanim zacznie wpływać na dostarczalność. Jeśli zależy ci również na reputacji, przeczytaj najlepsze praktyki dotyczące dostarczalności e-maili po tym; te dwa tematy spotykają się w tej samej skrzynce odbiorczej.

Zapier nie wymyśla danych o odrzutach. Słucha ich. To oznacza, że zdarzenie musi już istnieć gdzieś, a aplikacja źródłowa lub webhook muszą ujawniać wystarczająco dużo szczegółów, abyś mógł zdecydować, co się stanie dalej. Jedna linia danych może uratować 100 złych wysyłek później.

Co potrzebujesz przed rozpoczęciem

Potrzebujesz trzech rzeczy przed zbudowaniem Zapa: konto Zapier, dostęp do aplikacji lub usługi, która emituje zdarzenia odrzutów, oraz pozwolenie na odczyt tych danych zdarzeń. Jeśli twój dostawca e-maili nie ujawnia zdarzeń odrzutów bezpośrednio, możesz potrzebować zamiast tego konfiguracji webhook. To nie jest wada. To po prostu droga.

Potrzebujesz również odpowiedniego planu Zapier, jeśli twoja konfiguracja zależy od wieloetapowych Zapów, Ścieżek lub aplikacji premium. Sprawdź to, zanim zaczniesz klikać. Powszechnym błędem jest zbudowanie całego przepływu, a następnie odkrycie, że wymagana funkcja jest za limitem planu.

Jeśli źródłem odrzutu jest platforma e-maili transakcyjnych, upewnij się, że powiadomienia o odrzutach są włączone i że zdarzenie jest faktycznie wysyłane do Zapier lub do punktu końcowego webhook. Dla zespołów, które już korzystają z zdarzeń transakcyjnych, zdarzenia webhook e-maili dla e-maili transakcyjnych mogą pomóc w kształtowaniu strony źródłowej, zanim dotkniesz Zapier.

Jeszcze jedna rzecz: wiedz, kto jest właścicielem rekordu kontaktu, który zaktualizujesz. Dostęp do CRM, zasady tagowania i kanały powiadomień mają znaczenie. Odrzut nie powinien trafić w czarną dziurę, ponieważ nikt nie wybrał celu.

Utwórz wyzwalacz Bounce w Zapier

Rozpocznij nowy Zap i wybierz aplikację, która dostarczy zdarzenie odbicia. Jeśli twój dostawca ma natywną integrację z Zapier, najpierw wyszukaj jego wyzwalacz związany z odbiciem. Jeśli nie, wybierz Webhooks by Zapier i przygotuj się na odebranie zdarzenia z systemu pocztowego.

Wybierz konkretne zdarzenie wyzwalacza dla odbicia, odrzucenia lub niepowodzenia dostawy. Etykieta różni się w zależności od aplikacji, i to tam ludzie marnują czas. Niektórzy dostawcy dzielą odbicia na twarde, miękkie, skargi i zdarzenia blokady. Inni je łączą. Wybierz ten, który odpowiada danym, które faktycznie otrzymujesz.

Połącz odpowiednie konto lub źródło webhooka. Jeśli Zapier poprosi o pozwolenie, udziel dostępu tylko do konta, które odbiera strumień odbić, który chcesz. Jedna błędna skrzynka odbiorcza może wystawić twoją cierpliwość na próbę przez godzinę. Co gorsza, może sprawić, że cały Zap będzie wyglądał na uszkodzony, gdy prawdziwym problemem jest niewłaściwe źródło.

Jeśli używasz niestandardowego webhooka, skopiuj adres URL webhooka Zapier do swojej platformy e-mailowej lub middleware, a następnie wyślij przykładowy ładunek zwrotny z źródła. To jest moment, w którym „jak skonfigurować zwroty e-mail w Zapier” przestaje być pytaniem i staje się zadaniem okablowania. Wydarzenie musi najpierw dotrzeć; wszystko inne jest na dalszym etapie.

Przetestuj wyzwalacz i potwierdź dane zwrotne

Uruchom test z aplikacji źródłowej lub narzędzia webhook, aby Zapier mógł pobrać przykładowe zdarzenie zwrotne. Nie pomijaj tego. Wyzwalacz, który wygląda dobrze w menu, może nadal wysyłać puste pola, zduplikowane rekordy lub niewłaściwy typ zwrotu, gdy dotrą rzeczywiste dane.

Otwórz przykładowy ładunek i sprawdź pola jedno po drugim. Szukaj adresu e-mail, typu zwrotu, komunikatu dostawcy, znacznika czasu i kodu powodu. Jeśli te pola są puste, wyzwalacz nie jest jeszcze gotowy. Napraw źródło przed zbudowaniem kroków akcji.

Sprawdź, czy próbka zawiera jeden kontakt czy kilka rekordów. Niektórzy dostawcy grupują dane zdarzeń w większym obiekcie JSON, a Zapier może pokazywać tylko część z nich, chyba że rozwiniesz listę pól. Ten drobny szczegół ma znaczenie, gdy potrzebujesz dokładnego adresu, który został zwrócony.

Jeśli twoja aplikacja źródłowa obsługuje ponowne próby, potwierdź, czy to samo zdarzenie może wystąpić dwa razy. Zduplikowane zdarzenia zwrotne tworzą fałszywe alarmy i bałagan w logach. Jeden zwrot powinien wyglądać jak jeden zwrot. Nie trzy.

Dodaj akcję, która obsługuje zwroty

Teraz wybierz, co powinno się stać po zwrocie. Wiele zespołów zaczyna od aktualizacji CRM: oznacz kontakt jako zwrócony, ustaw pole statusu lub dodaj tag, który blokuje przyszłe wysyłki. Inni wolą powiadomienie na Slacku lub e-mail dla zespołu wsparcia.

Jeśli przechowujesz kontakty w CRM, najpierw przypisz adres e-mail z wyzwalacza zwrotnego do kroku wyszukiwania kontaktu. Następnie wybierz akcję aktualizacji. Na przykład możesz ustawić niestandardowe pole o nazwie „Status zwrotu” na „twardy zwrot” lub dodać notatkę z powodem dostawcy. To utrzymuje historię widoczną, gdy ktoś później otworzy rekord.

Dla powiadomień zespołowych, zachowaj wiadomość krótką, ale dokładną. Uwzględnij adres, typ zwrotu i kod powodu dostawcy. Wiadomość, która mówi „zwrot wystąpił”, jest bezużyteczna o 16:00; wiadomość, która podaje e-mail i powód niepowodzenia, mówi komuś, co zrobić dalej.

Jeśli utrzymujesz listę wykluczeń, to jest odpowiedni moment, aby ją zaktualizować. Takie podejście zapobiega ponownym wysyłkom na ten sam adres i jest zgodne z zarządzaniem listą wykluczeń e-mailowych · YourTrend. Jeden zwrot może stać się trzema nieudanymi wysyłkami, jeśli nie zablokujesz adresu na czas.

Filtruj lub formatuj dane

Nie każde zdarzenie powinno przechodzić dalej. Dodaj krok Filtr, jeśli chcesz, aby tylko prawdziwe zdarzenia odbicia były kontynuowane. Na przykład, możesz chcieć przetwarzać twarde odbicia, ale ignorować tymczasowe opóźnienia. Ten jeden wybór może zapobiec zapełnieniu Twojego CRM szumem.

Formatter by Zapier może oczyścić dane przed krokiem akcji. Możesz usunąć spacje z adresu e-mail, podzielić długą notatkę dostawcy na mniejsze części lub sformatować pole daty, aby Twój CRM poprawnie je zarejestrował. Małe czyszczenie, duża korzyść.

Ścieżki pomagają, gdy obsługa odbić wymaga rozgałęzień. Twarde odbicie może trafić do tłumienia, miękkie odbicie może trafić do kolejki ponownego próby, a skarga może trafić do przeglądu zgodności. Trzy gałęzie. Trzy różne wyniki. To lepsze niż traktowanie każdej awarii jak tego samego problemu.

Niektóre zespoły używają również drugiego filtra, aby wykluczyć dane testowe. To mądre, jeśli Twoja usługa pocztowa generuje wewnętrzne zdarzenia podczas QA. Testowe odbicie nie powinno budzić zespołu o północy, a także nie powinno psuć danych w Twoim CRM.

Włącz Zap i monitoruj go

Gdy wyzwalacz, akcja i filtry są już ustawione, włącz Zap. To wydaje się oczywiste, ale wiele budów pozostaje w wersji roboczej, ponieważ ktoś chciał „jeszcze jeden test”. Włącz go na żywo tylko po tym, jak upewnisz się, że zdarzenie testowe przeszło przez każdy krok.

Obejrzyj historię zdarzeń odbicia dla pierwszych rzeczywistych zdarzeń odbicia. Zapier pokaże każde uruchomienie, dane wejściowe i wszelkie nieudane kroki. Jeśli kontakt się nie zaktualizował, historia zazwyczaj wskazuje dokładną linię, która się zepsuła. Nie zgaduj, gdy log już tam jest.

Jeśli zdarzenia odbicia zostały pominięte, najpierw sprawdź źródło. Czy webhook został wysłany? Czy typ zdarzenia był poprawny? Czy dostawca go zablokował, ponieważ konto nie jest autoryzowane? Te trzy pytania rozwiązują zaskakującą liczbę przypadków.

Przejrzyj kształt danych po tygodniu aktywnego ruchu. Dostawcy zmieniają nazwy pól, dodają kody przyczyn lub wysyłają dodatkowe metadane bez ostrzeżenia. Jeśli tak się stanie, dostosuj mapowanie przed przybyciem następnej partii odbić. Mała zmiana schematu może zepsuć cały proces.

Jeśli obsługa odbić zależy od uwierzytelniania lub reputacji nadawcy, utrzymuj również czystość konfiguracji poczty. Odbicie Zap nie naprawi złego rekordu domeny ani słabej konfiguracji wysyłania, więc połącz to z ustawieniem DKIM SPF DMARC dla transakcyjnych, zanim obwinisz Zapier. Dwa systemy, jeden wynik.

Możesz również połączyć odbicie Zap z szerszym planem monitorowania. Niektóre zespoły łączą powiadomienia o odbiciach z narzędziami do testowania dostarczalności e-maili · YourTrend przed dużymi wysyłkami, szczególnie jeśli kampania lub wydanie zmienia wolumen nadawcy. To dodatkowe sprawdzenie wcześnie wychwytuje problemy.

Praktyczny proces odbicia, który się sprawdza

Czysty proces odbicia zazwyczaj ma pięć części: wyzwalacz, test, filtr, akcję i monitorowanie. Jeśli którakolwiek z nich zostanie pominięta, konfiguracja wydaje się krucha. Jeśli wszystkie pięć jest obecnych, możesz zaufać danym o odbiciach na tyle, aby zautomatyzować dalsze działania bez zgadywania przy każdym powiadomieniu.

Jednym dobrym wzorem jest prostota. Twarde odbicie wyzwala Zapier, Zapier sprawdza typ odbicia, kontakt jest oznaczany w CRM, e-mail jest dodawany do listy blokowanej, a zespół otrzymuje jedną notatkę z powodem dostawcy. Ten łańcuch wydaje się mały, ale oszczędza czas co tydzień.

Inny wzór pomaga zespołom wsparcia. Odbicie może stworzyć zgłoszenie, przypisać je do odpowiedniej kolejki i dodać link do rekordu kontaktu. W ten sposób ten sam problem nie jest obsługiwany jednocześnie przez sprzedaż, wsparcie i operacje. Trzy zespoły. Jeden odbity adres.

Jeśli porównujesz kanały, utrzymuj proces odbicia w zgodzie z innymi pracami powiadamiającymi. Pomysły są podobne do najlepszych praktyk powiadomień push w sieci: uchwyć zdarzenie, wyślij je we właściwe miejsce i unikaj spamowych powiadomień. Kanał się zmienia, ale dyscyplina pozostaje ta sama.

Jest jeden praktyczny limit, na który warto zwrócić uwagę: jeśli Twoja aplikacja źródłowa grupuje zdarzenia, Zapier może je widzieć w partiach, a nie jedno po drugim. To wpływa na czas. Kontakt może pozostać aktywny przez krótki czas przed przetworzeniem odbicia, więc zaplanuj następne wysłanie, mając na uwadze to opóźnienie.

Na koniec, upewnij się, że ładunek wiadomości jest czytelny. Członek zespołu, który otworzy historię zadań sześć tygodni później, powinien zobaczyć powód odbicia bez potrzeby używania dekodera. Jeśli zdarzenie zawiera długi blob dostawcy, skróć go, mapuj użyteczne pola i zostaw resztę. To sprawia, że Zap pozostaje użyteczny po pierwszej sesji budowania.