Rekord SPF. Jak ustawić i sprawdzić dla sklepu internetowego

Rekord SPF to wpis TXT w DNS Twojej domeny, w którym wymieniasz serwery uprawnione do wysyłania maili w Twoim imieniu. Skrzynka odbiorcy sprawdza, czy serwer, z którego przyszedł mail, jest na tej liście. Jeśli nie, mail leci do spamu albo jest odrzucany. Sklep internetowy ma co najmniej dwa takie serwery, dlatego kopiowanie wpisu z instrukcji jednej platformy zwykle psuje wysyłkę z drugiej.

Jak wygląda poprawny wpis dla sklepu

Domena może mieć tylko jeden rekord SPF. Jeśli dodasz drugi, oba przestają działać. Wszystkie źródła wysyłki muszą być w jednym wpisie, po kolei.

Przykład dla sklepu, który wysyła newsletter z GetResponse, maile o zamówieniach ze sklepu na hostingu home.pl i ma pocztę firmową w Google Workspace.

v=spf1 include:_spf.google.com include:spf.getresponse.com include:_spf.home.pl ~all

Każde include to jedno źródło. Wartość do wklejenia podaje dostawca w swojej instrukcji, zwykle w ustawieniach domeny nadawcy. Na końcu ~all, czyli „wszystko inne traktuj podejrzliwie". Nie używaj +all, bo to pozwala wysyłać każdemu, i nie zaczynaj od -all, bo przy jednym brakującym źródle odrzucisz własne maile o zamówieniach.

Jak ustawić krok po kroku

1. Spisz wszystkie źródła wysyłki z Twojej domeny. Platforma mailowa (newsletter i automaty), platforma sklepowa albo hosting (potwierdzenia zamówień, wysyłki, hasła), poczta firmowa (Google Workspace, Microsoft 365 albo poczta hostingu), system opinii, helpdesk, system faktur. Każdy, kto wysyła z adresu cos@twojsklep.pl.
2. Dla każdego znajdź wartość include. Jest w dokumentacji dostawcy pod hasłem SPF. Jeśli dostawca nie daje include, tylko adres IP, wpisujesz ip4:adres.
3. Sprawdź, czy domena ma już SPF. W MXToolbox wybierz SPF Record Lookup. Jeśli jest, edytujesz go, nie dodajesz drugiego.
4. Złóż jeden wpis z v=spf1 na początku, wszystkimi include w środku i ~all na końcu.
5. Zapisz jako rekord TXT dla domeny głównej (nazwa hosta pusta albo @) w panelu DNS.
6. Sprawdź po godzinie w MXToolbox. Ma pokazać zielony status i wszystkie źródła.

Poprawny SPF na przykładzie lettersight.com. Jedno źródło wysyłki, bo ta domena wysyła tylko z Google Workspace. W sklepie w tym samym wpisie będą też platforma mailowa i sklepowa. Zwróć uwagę na wiersz „SPF Included Lookups”, to tu MXToolbox pokazuje, czy nie przekraczasz limitu.

Limit dziesięciu odwołań

SPF pozwala na maksymalnie 10 odwołań do innych serwerów. Każde include liczy się jako jedno, a niektóre include w środku odwołują się do kolejnych. Google Workspace zużywa kilka. Jeśli masz platformę mailową, sklep, pocztę, helpdesk i faktury, możesz przekroczyć limit i cały SPF przestaje działać, choć wygląda poprawnie.

MXToolbox pokazuje liczbę odwołań przy wyniku. Powyżej 10 masz dwa wyjścia. Wyrzucić z domeny głównej źródła, które mogą wysyłać z subdomeny (na przykład newsletter z news.twojsklep.pl z własnym SPF), albo zastąpić include bezpośrednimi adresami IP tam, gdzie dostawca ma stałe.

Co jest inne w sklepie

W firmie usługowej SPF to poczta i koniec. W sklepie najczęstszy błąd wygląda tak. Ktoś ustawił SPF według instrukcji platformy mailowej. Newsletter dochodzi. Maile o zamówieniach ze sklepu nie są w SPF, więc część klientów nie dostaje potwierdzeń i pisze na support. Nikt nie łączy tego z SPF, bo „newsletter przecież działa".

Drugi błąd. Sklep zmienia platformę mailową, dodaje nową do SPF, a starą zostawia. Po roku wpis ma osiem include, z czego trzy martwe, i przekracza limit.

Raz na kwartał otwórz swój SPF i sprawdź, czy każde include odpowiada usłudze, z której nadal korzystasz.

SPF to za mało

SPF sprawdza serwer, nie treść. Nie chroni przed podszywaniem się pod Twój adres z innego serwera i nie przeżywa przekierowań maili. Dlatego Gmail i Outlook wymagają też DKIM (podpis treści) i DMARC (instrukcja, co zrobić, gdy coś nie przejdzie). Instrukcje są w osobnych wpisach o DKIM i o DMARC.

Pytania