Pod RFC 9989 §5.4, a DMARC karnet nie gwarantuje umieszczenia w skrzynce odbiorczej. Ustala dopasowany wynik uwierzytelnienia domeny dla wiadomości. Usługa odbierająca może w dalszym ciągu odrzucić wiadomość z innego powodu, przyjąć ją do spamu, umieścić w skrzynce odbiorczej lub zastosować później obsługę specyficzną dla użytkownika.
Ta granica ma znaczenie, ponieważ zła diagnoza powoduje niewłaściwą zmianę. DNS nie może naprawić złej zgody, ciągłych skarg ani niechcianych treści. I odwrotnie, praca nad reputacją nie naprawia niewyrównanej ścieżki uwierzytelniania.
Oddziel etapy dostawy
Użyj czterech różnych pomiarów:
- Etap: Uwierzytelnianie; Pytanie: Czy SPF Lub DKIM minął i czy co najmniej jedna przechodząca tożsamość była zgodna z From?
- Etap: Akceptacja; Pytanie: Czy serwer odbierający przyjął wiadomość podczas SMTP ?
- Etap: Umieszczenie; Pytanie: Gdzie po akceptacji odbiorca umieścił lub ujawnił wiadomość?
- Etap: Zaręczyny; Pytanie: Co zrobił odbiorca i jak wiarygodny jest ten pomiar?
Pozytywne zakończenie SMTP po zakończeniu danych jest określone w RFC 5321 §4.2.5. Wiadomość może przejść uwierzytelnienie i nie zostać zaakceptowana. Można go zaakceptować i umieścić w spamie. Może dotrzeć do skrzynki odbiorczej i nie uzyskać żadnego użytecznego zaangażowania. Nie opisuj wszystkich czterech wyników jako dostarczalności.
Przeczytaj fikcyjną tabelę diagnostyczną
Poniższe przypadki są syntetyczne. Pokazują, jak wybrać kolejne badanie bez powoływania się na zaobserwowane wyniki.
- Obserwacja: DMARC ; Przypadek A: Pass; Przypadek B: Pass; Przypadek C: Niepowodzenie
- Obserwacja: SMTP ; Przypadek A: Zaakceptowano; Przypadek B: Zaakceptowano; Przypadek C: Odrzucony z odpowiedzią dotyczącą uwierzytelnienia
- Obserwacja: Umieszczenie; Przypadek A: Spam; Przypadek B: Skrzynka odbiorcza; Przypadek C: Brak dostępnego dostarczonego egzemplarza
- Obserwacja: Reklamacje lub sygnały odbiorcy; Przypadek A: Podwyższone skargi; Przypadek B: Normalny dla określonej kohorty; Przypadek C: Nie dotyczy wiadomości odrzuconej
- Obserwacja: Następne skupienie; Przypadek A: Zgoda, oczekiwania, reputacja, treść i wzorce wysyłania; Przypadek B: Kontynuuj monitorowanie porównywalnego ruchu; Przypadek C: Łańcuch tożsamości, podpisywanie, ścieżka SPF i odpowiedź dostawcy
W przypadku A zmiana DMARC z „none” na „odrzuć” nie rozwiązuje problemu, dlaczego uwierzytelnione wiadomości są niechciane. Zbadaj pochodzenie list, ich pomijanie, częstotliwość, zawartość i opinie dostawców. W przypadku C nie można rozpocząć testowania skrzynki odbiorczej, dopóki nie zostanie zrozumiana odmowa związana z uwierzytelnieniem.
Używaj uwierzytelniania jako warunku wstępnego, a nie skrótu dotyczącego reputacji
Dostawcy skrzynek pocztowych publikują wymagania i rekomendacje dla nadawców, np Wytyczne Google dla osobistych odbiorców Gmail. Wymagania te mogą obejmować SPF , DKIM , DMARC , ważny DNS , praktyki transportowe, kontrolę reklamacji i łatwą rezygnację z subskrypcji w przypadku odpowiedniego ruchu. Spełnienie jednego warunku nie uchyla pozostałych.
Uwierzytelnianie jest cenne, ponieważ tworzy stabilną tożsamość domeny i pomaga odbiorcom przypisywać pocztę. Nie kupuje reputacji, nie potwierdza zgody odbiorcy ani nie gwarantuje korzystnego traktowania. Decyzje dotyczące reputacji i klasyfikacji zależą od odbiorcy i mogą się różnić w zależności od strumienia ruchu, odbiorcy i czasu.
Nie wnioskuj o związku przyczynowym z jednoczesnej zmiany DNS i zmiany położenia. Program wysyłający może jednocześnie zmieniać głośność, odbiorców, treść i infrastrukturę. Rejestruj interwencje i porównuj podobne kohorty przed wyciągnięciem wniosków.
Diagnozuj na podstawie dowodów pochodzących od odpowiedniego odbiorcy
Zacznij od rzeczywistej odpowiedzi SMTP i wyników zaufanego uwierzytelnienia w granicach określonych przez RFC 8601 §7.1. Jeśli wiadomość została odrzucona, kod i towarzyszący mu tekst mogą zidentyfikować kategorię, ale sam kod nie stanowi pełnej diagnozy. Do jej interpretacji potrzebna jest dokumentacja dostawcy i logi przesyłania.
Jeśli wiadomość została zaakceptowana, skorzystaj z telemetrii dostępnego dostawcy, testów nasion z określonymi ograniczeniami, raportów odbiorców i kontrolowanych danych kampanii. Testowa skrzynka pocztowa stanowi dowód na temat tej skrzynki pocztowej i wiadomości, a nie uniwersalną prognozę dla każdego odbiorcy.
W celu uwierzytelnienia zapisz From, ocenioną tożsamość SPF , każdą domenę DKIM d=, wyrównanie oraz obowiązującą politykę. Aby sprawdzić stan programu, zapisz strumień ruchu, wielkość, informacje o skargach, sposób tłumienia, pochodzenie listy, zmiany treści i czas.
Ostrożnie traktuj wskaźniki zaangażowania
Współczynnik otwarć nie jest niezawodnym, samodzielnym wskaźnikiem umiejscowienia skrzynki odbiorczej ani uwagi ludzi. Ochrona prywatności poczty Apple pobiera zdalną zawartość w tle, niezależnie od zaangażowania. Wskazówki Mailchimp dotyczące otwartego śledzenia także dokumenty zablokowane obrazy śledzące i ograniczenia formatu klienta. Kliknięcia mogą również obejmować automatyczne skanowanie bezpieczeństwa, zgodnie z opisem w Wskazówki dotyczące aktywności bota Mailchimp.
Zdefiniuj populację i metodę pomiaru. Połącz odpowiedzi na dostawy, skargi, zachowania związane z rezygnacją z subskrypcji, dowody dostawcy i wyniki biznesowe. Unikaj twierdzenia o poprawie w oparciu o jeden wskaźnik bez porównywalnego poziomu bazowego i wyjaśnienia zakłócających zmian.
Unikaj zmian DNS , które dotyczą niewłaściwego problemu
Nie dodawaj kolejnego wpisu SPF , ponieważ uwierzytelniona kampania ląduje w spamie. Nie osłabiaj wyrównania, aby ścigać miejsce. Nie publikuj duplikatów Rekordy SPF. Nie przechodź do odrzucenia tylko dlatego, że wiadomość testowa dotarła do skrzynki odbiorczej.
Zmiany DNS powinny rozwiązać wykazany problem z tożsamością lub zasadami. Zmiany w praktykach wysyłania powinny rozwiązać problemy dotyczące zgody, częstotliwości, treści, segmentacji i reputacji. Czasami potrzebne są oba strumienie pracy, ale powinny one zachować odrębnych właścicieli i dowody.
Zbuduj wspólny zapis diagnostyczny
Przydatny zapis sprawy zawiera:
- dokładny nadawca, z domeny i strumień ruchu;
- reprezentatywna wiadomość i zaufane wyniki uwierzytelniania;
- Odpowiedź SMTP i znacznik czasu;
- obserwowane umiejscowienie z metodą i ograniczeniami;
- dowody skargi, zatajenia i odbiorcy dostępne dla tej kohorty;
- ostatnie zmiany techniczne i programowe;
- hipoteza, właściciel, data interwencji i przeglądu.
Ten format odwraca pytanie „Czy DMARC naprawił dostarczalność?” na testowalne pytania. Czy uwierzytelnianie uległo poprawie? Czy akceptacja się zmieniła? Czy miejsce docelowe uległo zmianie w przypadku porównywalnej poczty? Czy reakcja odbiorcy poprawiła się bez zmiany odbiorców?
Jako dowód tożsamości użyj przewodnik po łańcuchu tożsamości e-mail. Aby uzyskać punkt odniesienia monitorowania, przejdź do Przewodnik po zasadach monitorowania DMARC.
Zachowaj wnioski w dowodach
W przypadku A zachowaj potwierdzoną obserwację dotyczącą spamu i zbadaj przedstawione dowody skargi; w przypadku C zachowaj faktyczne odrzucenie przed sprawdzeniem umiejscowienia skrzynki odbiorczej. Porównaj tę samą metodę pomiaru i kohortę pomiędzy zmianami. Automatyczne otwarcia lub kliknięcia nie są dowodem działania człowieka. Przypadki te są fikcyjne, a nie pomiary kampanii lub obietnice poprawy.