Strażnik dostarczalności: jak FirmoweLeady samo chroni Twoje kampanie przed czarnymi listami

W skrócie

Wysyłasz kampanię, a trzy tygodnie później ktoś z działu IT klienta pisze, że Twoje maile trafiają do spamu albo nie dochodzą wcale. Sprawdzasz adres IP serwera w wyszukiwarce list RBL i okazuje się, że wisi na czarnej liście od tygodnia, a Ty się o tym dowiedziałeś ostatni.

W FirmoweLeady tę rolę przejmuje Strażnik dostarczalności: wbudowany mechanizm, który sam, w tle, sprawdza adresy IP serwerów SMTP i domeny wysyłkowe na 24 listach RBL i URIBL, kontroluje SPF, DKIM i DMARC, i reaguje zanim Ty zauważysz problem w skrzynce odbiorczej klienta. Nie musisz pamiętać o sprawdzaniu, nie musisz znać nazw list i nie musisz ręcznie wstrzymywać kampanii, gdy coś pójdzie nie tak.

Dlaczego czarna lista boli bardziej, niż się wydaje

Czarna lista to nie wyrok dla jednej wiadomości. To wpis przy adresie IP albo domenie, który wiele serwerów pocztowych na świecie sprawdza automatycznie, zanim w ogóle przyjmie Twoją wiadomość do skrzynki odbiorcy. Jeden wpis potrafi:

• zatrzymać dostarczanie do konkretnego dostawcy poczty, nawet jeśli reszta odbiorców dostaje maile normalnie,
• obniżyć reputację całej domeny wysyłkowej na tygodnie, nie na godziny,
• wpłynąć na kampanie, które jeszcze nie wystartowały, jeśli korzystają z tego samego adresu albo domeny.

Problem w tym, że sam wpis na liście nie przychodzi e-mailem z powiadomieniem. Trzeba go aktywnie sprawdzać, adres po adresie, listę po liście. Właśnie to robi za Ciebie Strażnik dostarczalności, bez przerwy i bez Twojego udziału.

Co właściwie monitoruje Strażnik

Strażnik nie patrzy tylko w jedno miejsce. Pilnuje czterech typów celów, bo każdy inaczej wpływa na to, czy Twoja wiadomość dojdzie:

Dzięki temu, że każda kampania jest w systemie powiązana ze swoimi konkretnymi serwerami SMTP i domenami, Strażnik zawsze wie, który wpis na liście dotyka której kampanii, a nie tylko, że „gdzieś jest problem”.

24 listy RBL i URIBL plus SPF, DKIM, DMARC

Pod maską Strażnik odpytuje 24 listy typu DNSBL (blokujące adresy IP) i URIBL (blokujące domeny pojawiające się w treści wiadomości). To właśnie te listy sprawdza większość dużych serwerów pocztowych na świecie, zanim zdecyduje, czy Twoja wiadomość trafi do skrzynki, do spamu, czy zostanie odrzucona.

Oprócz samych list RBL i URIBL, Strażnik kontroluje trzy rekordy DNS, które razem decydują o tym, czy serwer odbiorcy uwierzy, że wiadomość naprawdę pochodzi od Ciebie:

• SPF - czy serwer, z którego wyszła wiadomość, ma prawo wysyłać w imieniu Twojej domeny,
• DKIM - podpis kryptograficzny potwierdzający, że treść nie została zmieniona po drodze,
• DMARC - reguła mówiąca serwerowi odbiorcy, co zrobić, jeśli SPF albo DKIM się nie zgadza.

Wszystkie trzy rekordy generujesz i sprawdzasz w panelu Nadajnika, bez edytowania ręcznie stref DNS u rejestratora, poza wklejeniem gotowego wpisu.

Rytm kontroli: minuta, piętnaście minut, sześć godzin

Strażnik nie sprawdza wszystkiego bez przerwy, bo to marnowałoby zasoby serwera. Pracuje w trzech rytmach, dopasowanych do tego, co aktualnie dzieje się w Twoim koncie:

Innymi słowy: im intensywniej wysyłasz, tym częściej Strażnik zagląda na listy. W dniu dużej kampanii problem zostanie wychwycony w kwadrans, a nie dopiero wtedy, gdy klient napisze, że nic nie dostał.

Gdy coś się zapali: pauza tylko tam, gdzie boli

To jest różnica, która ma największe znaczenie w praktyce. Gdy Strażnik wykryje wpis na liście albo błąd w SPF, DKIM czy DMARC, nie zatrzymuje wszystkich Twoich kampanii. Zatrzymuje wyłącznie te, które faktycznie korzystają z dotkniętego adresu IP albo domeny.

Dzieje się tak, bo w systemie każda kampania ma zapisane, z jakiego serwera SMTP wysyła i z jakiej domeny. Jeśli masz pięć kampanii na trzech różnych domenach wysyłkowych, a problem dotyczy tylko jednej z nich, dwie pozostałe domeny pracują dalej bez przerwy. Nie musisz samodzielnie ustalać, które kampanie są bezpieczne, a które trzeba zatrzymać - system wie to z własnych powiązań, zanim Ty zdążysz otworzyć panel.

To zachowanie włącza się tylko wtedy, gdy w ustawieniach konkretnej kampanii masz aktywną opcję ochrony przez Strażnika. Jeśli chcesz, możesz ją wyłączyć dla wybranej kampanii i zarządzać pauzami wyłącznie ręcznie.

Jak wraca sama na trasę

Wpis na liście RBL rzadko jest trwały. Większość list usuwa adres automatycznie po jakimś czasie, jeśli przestaje wysyłać podejrzany ruch, albo po zgłoszeniu usunięcia. Strażnik korzysta z tego i sam sprawdza, czy problem już minął.

Kampania wraca do pracy automatycznie, gdy spełnione są dwa warunki naraz: wystarczająca liczba kolejnych czystych kontroli pod rząd i minimalny czas, który musi minąć od wpisu, zanim system zaufa, że to nie przypadkowy, chwilowy stan list. Dopiero po obu warunkach kampania odblokowuje się sama, bez Twojej interwencji.

Jest jedno twarde wyjątkowe zastrzeżenie: Strażnik nigdy nie wznowi kampanii, którą zatrzymałeś ręcznie Ty sam. Automatyczny powrót działa wyłącznie dla pauz, które system nałożył sam w ramach swojej ochrony. Twoja ręczna decyzja ma zawsze pierwszeństwo.

Kiedy sprawa wymaga Twojej ręki

Nie każdy sygnał ostrzegawczy jest tak jednoznaczny jak wpis na liście. Cztery inne wskaźniki działają inaczej, właśnie dlatego, że mogą świadczyć o problemie z samą treścią albo listą odbiorców, a nie tylko z reputacją serwera:

• Odbicia (bounce) powyżej ustalonego progu,
• Wypisania z listy powyżej progu,
• Skargi na spam zgłoszone przez odbiorców,
• Błędy SMTP przy wysyłce.

Gdy któryś z tych progów zostanie przekroczony, Strażnik wstrzymuje kampanię, ale nie wznawia jej sam. Decyzję, czy przyczyna była jednorazowa czy wymaga poprawki listy albo treści, podejmujesz Ty. To celowe: w tych sytuacjach problem częściej leży po stronie tego, co i do kogo wysyłasz, a nie po stronie samego serwera, więc automatyczne odblokowanie mogłoby powtórzyć błąd.

Preflight: kontrola przed startem, nie po fakcie

Ochrona Strażnika nie zaczyna się dopiero w trakcie wysyłki. Każda kampania przechodzi preflight, czyli kontrolę tuż przed startem. Jeśli adres IP serwera albo domena wysyłkowa, które kampania miałaby użyć, są już na jednej z list, system blokuje start zamiast wysyłać wiadomości, które i tak w dużej części nie dojdą.

Blokada nie jest nieodwracalna. Jeśli wiesz, że wpis jest fałszywy albo nieaktualny, administrator konta może wymusić start mimo ostrzeżenia. Taka decyzja zostaje zapisana w historii, razem z tym, kto ją podjął i dlaczego - żeby zawsze było wiadomo, czy problem z dostarczalnością wynikał z ostrzeżenia, które ktoś świadomie ominął.

Historia zdarzeń: ślad każdej decyzji

Każda kontrola, każdy wpis na liście, każda pauza i każdy powrót do pracy zapisują się w historii zdarzeń Strażnika. Nie musisz zgadywać, dlaczego kampania stała trzy dni temu - otwierasz historię i widzisz dokładnie, który adres, która lista, w którym momencie i co system zrobił w odpowiedzi.

To ma znaczenie podwójnie: jako dziennik techniczny, gdy coś faktycznie trzeba wyjaśnić, i jako dowód, że problem z dostarczalnością nie wynikał z zaniedbania, tylko z realnego zdarzenia na liście, które system wykrył i obsłużył zgodnie z regułami.

Ubezpieczenie reputacji, które pracuje, gdy Ty nie patrzysz

Najprostszy sposób, żeby zrozumieć Strażnika: to jak ubezpieczenie reputacji nadawcy, które działa bez przerwy, także w nocy, w weekend i w czasie, gdy zajmujesz się czymś zupełnie innym niż panel kampanii. Nie zapobiega każdemu wpisowi na liście - te zdarzają się z przyczyn, na które żaden system nie ma wpływu, na przykład po stronie samego dostawcy adresu IP. Ale skraca czas między wpisem a reakcją z dni albo tygodni do kwadransa, i to bez jednego kliknięcia z Twojej strony.

W praktyce oznacza to, że Twoi klienci dostają mniej maili w spamie, mniej maili odrzuconych w całości, a Ty rzadziej dowiadujesz się o problemie z dostarczalnością dopiero od zdenerwowanego klienta.

Co to znaczy dla Ciebie w codziennej pracy

Nie musisz:

• pamiętać, żeby raz w tygodniu wejść i sprawdzić adres IP na stronach RBL,
• wiedzieć, które 24 listy mają znaczenie i jak wygląda ich interfejs,
• samodzielnie liczyć, która kampania korzysta z którego serwera, gdy coś pójdzie nie tak,
• pamiętać o ręcznym wznowieniu po tygodniu, bo Strażnik odblokuje czyste kampanie sam.

Musisz tylko zareagować, gdy panel pokaże pauzę wymagającą Twojej decyzji - czyli wtedy, gdy przyczyna naprawdę wymaga Twojego spojrzenia, a nie wtedy, gdy wystarczy czas i czysty wynik kolejnych kontroli.

Najczęstsze pytania

Czy Strażnik dostarczalności zatrzymuje wszystkie moje kampanie, gdy jedna domena trafi na czarną listę?

Nie. Każda kampania jest powiązana ze swoim konkretnym serwerem SMTP i domeną wysyłkową. Strażnik pauzuje wyłącznie kampanie korzystające z dotkniętego adresu albo domeny, reszta pracuje dalej bez przerwy.

Ile list RBL i URIBL sprawdza system?

24 listy DNSBL i URIBL, razem z kontrolą SPF, DKIM i DMARC dla domen wysyłkowych.

Czy kampania wraca sama po wpisie na czarną listę?

Tak, jeśli to Strażnik ją wstrzymał automatycznie: po wystarczającej liczbie czystych kontroli pod rząd i po minimalnym czasie od wpisu. Kampanii, którą zatrzymałeś ręcznie, system nigdy nie wznowi sam.

Co się stanie, gdy przekroczę próg odbić albo skarg na spam?

Kampania zostanie wstrzymana, ale w tym przypadku wymaga ręcznego wznowienia z Twojej strony, bo przyczyna częściej leży w treści albo liście odbiorców, nie w samej reputacji serwera.

Czy mogę uruchomić kampanię mimo ostrzeżenia o czarnej liście?

Tak, preflight blokuje start automatycznie, ale administrator konta może wymusić start. Taka decyzja zapisuje się w historii, razem z powodem.

Czy widzę historię tego, co Strażnik wykrył i zrobił?

Tak, każda kontrola, wpis na liście, pauza i powrót do pracy zapisują się w historii zdarzeń, dostępnej w panelu Nadajnika.