Firma może wysyłać odpowiedzi na wsparcie, potwierdzenia i biuletyny za pośrednictwem różnych systemów, prezentując jednocześnie odbiorcom tę samą markę. Zielony wskaźnik na poziomie domeny jest zatem jedynie punktem wyjścia. Praktycznym zadaniem jest powiązanie każdego strumienia wysyłającego z dowodem pokazującym, w jaki sposób jego komunikaty są konstruowane i dostarczane.
Ustal miejsce docelowe i zestaw wymagań
Wymagania Google dotyczące osobistego Gmail weszły w życie 1 lutego 2024 r. Potrzebni są wszyscy nadawcy SPF Lub DKIM, TLS , prawidłowy DNS do przodu/do tyłu, formatowanie RFC 5322 i niska liczba zgłaszanych spamów. Google zaleca pozostanie poniżej 0,1% i unikanie 0,3% lub więcej; ten ostatni nie jest zdrowym celem. Nadawcy masowi potrzebuję zarówno SPF jak i DKIM , DMARC przynajmniej z p=none, I wyrównanie dla wiadomości bezpośrednich. Często zadawane pytania odróżniają wiadomości przesyłane dalej i wiadomości z list mailingowych od tego wymogu dostosowania dotyczącego poczty bezpośredniej; który nie przekształca awarii protokołu w przepustkę DMARC . Odpowiedni marketing masowy i ruch subskrybowany również wymagają nagłówków zrezygnować z subskrypcji jednym kliknięciem i widoczne łącze do treści. Wskazówki Google dla nadawców.
W najczęściej zadawanych pytaniach Google opisano zwiększone egzekwowanie zasad od listopada 2025 r. Zaleca się honorowanie rezygnacji z subskrypcji w ciągu 48 godzin i sprawia, że pominięcie tego okna stanowi przeszkodę w ograniczeniu dostaw. Zgodnie z wewnętrzną zasadą operacyjną nie należy stosować więcej niż 48 godzin, a celem jest szybkie przetwarzanie; nie jest to stwierdzenie, że RFC 8058 określa ten termin. Często zadawane pytania dotyczące wymagań Google.
Użyj połączonych źródeł jako utrzymywanej listy kontrolnej, zamiast traktować statyczny artykuł jako kalendarz egzekwowania. Zapisz, kiedy źródło zostało sprawdzone i kto jest jego właścicielem, sprawdzając je ponownie przed znaczącą premierą. Klasyfikacja zbiorcza zasługuje na własny etap inwentaryzacji; wielkość pojedynczego strumienia nie jest wystarczającym dowodem, aby sklasyfikować organizację.
Utwórz jeden wiersz dowodów na strumień
Referencje: RFC 6376 §3.5.
Dla każdej aplikacji lub usługi zapisz właściciela firmy widocznego w domenie, nadawca kopertowy domena, domena podpisująca DKIM i selektor, infrastrukturę wysyłającą, cel wiadomości i miejsce docelowe odbiorcy. Uwzględnij zapomniane systemy, takie jak eksport rozliczeń, platformy wydarzeń i narzędzia wsparcia. Odróżnij usługę wysyłającą pocztę od infrastruktury tworzącej ostateczne połączenie wychodzące.
Dołącz próbkę ostatniej autoryzowanej wiadomości do wiersza. Sprawdź całą dostarczoną wiadomość, a nie tylko podgląd szablonu aplikacji. Podgląd może pominąć nagłówki dodane później, podczas gdy brama podrzędna może zmienić podpisane pole. Trzymaj informacje o odbiorcach i tokeny rezygnacji z subskrypcji szeroko udostępnianych zrzutów ekranu i biletów.
Zmień wymóg zasad w sprawdzalną kontrolę
Referencje: RFC 8058 §3.1, RFC 8058 §4.
Użyj oddzielnych kolumn dla skonfigurowanych, zaobserwowanych i nierozwiązanych. Opublikowany klucz jest dowodem konfiguracji; ważny podpis na wiadomości końcowej stanowi dowód obserwacji. Dostawca twierdzący, że obsługuje daną funkcję, nie jest dowodem na to, że to konto ją włączyło. Do każdej nieudanej kontroli przypisz właściciela zdolnego do dokonania korekty i zidentyfikuj najmniejszy bezpieczny ponowny test.
W przypadku strumienia promocyjnego sprawdź końcowe nagłówki rezygnacji z subskrypcji, ich pokrycie DKIM i powiązanie odbiorców/list. Do wykonywania punktu końcowego używaj wyłącznie kontrolowanego odbiorcy. W przypadku problemów związanych z transportem należy zachować faktyczną odpowiedź i dowody połączenia. Nie deklaruj weryfikacji TLS tylko dlatego, że strona marketingowa dostawcy wspomina o szyfrowaniu.
Zastosuj ilustracyjną bramę startową
Rozważmy fikcyjną firmę z trzema strumieniami: powiadomienia o koncie z aplikacji, biuletyny z usługi kampanii i osobiste odpowiedzi z usługi skrzynki pocztowej. Strona konfiguracji usługi kampanii zgłasza włączenie uwierzytelniania, ale w dostarczonym biuletynie brakuje wymaganego nagłówka POST rezygnacji z subskrypcji. Powiadomienie o rachunku posiada ważny podpis; próbka odpowiedzi osobistej nie została jeszcze pobrana.
Prawidłowy rekord uruchomienia to nie „przekazana domena”. Jest to poprawiona i ponownie przetestowana akcja biuletynu, zaobserwowany wynik powiadomienia o koncie i oczekująca próbka osobistej odpowiedzi. Jest to przegląd poglądowy, a nie dowód na to, że jakikolwiek prawdziwy najemca ma takie wady. Ćwiczenie można powtórzyć, tworząc trzy wiersze inwentarza i odmawiając zamiany nieznanych komórek na przebiegi.
Sprawdź ponownie po zmianach i zachowaj niepewność
Referencje: RFC 6376 §6.
Powtórz odpowiednie kontrole po zmianie nadawcy, bramy, konfiguracji podpisywania lub szablonu. Zachowaj starą i nową próbkę, aby recenzent mógł zobaczyć, co się zmieniło. Unikaj niepowiązanych edycji DNS , gdy niespełnione wymaganie dotyczy konstrukcji wiadomości lub obsługi anulowania subskrypcji.
Zapis gotowości powinien kończyć się konkretnymi wynikami strumienia i pozostałymi lukami. Zgodność nie stanowi gwarancji skrzynki odbiorczej, a ten przewodnik nie obejmuje testu dzierżawy Gmail na żywo. Wynikiem tego jest praktyczny plan dowodowy, który można wykonać w oparciu o autoryzowane strumienie wysyłające organizacji.