Potwierdzenie zamówienia trafia do spamu — jak temu zapobiec

Potwierdzenie zamówienia to najważniejsze maile w całym cyklu e-commerce. Klient właśnie wydał pieniądze — czeka na potwierdzenie, numer zamówienia, numer śledzenia. Gdy mail nie dotrze lub trafi do folderu Spam, tracimy zaufanie kupującego w samym krytycznym momencie. Dodatkowo rośnie liczba zapytań do obsługi: "Gdzie moje potwierdzenie?"

Problem jest systemowy: większość sklepów, zwłaszcza małych, wysyła transakcyjne maile z domyślnej konfiguracji — bez SPF, DKIM, DMARC, bez przygotowania reputacji domeny. Polska poczta WP.pl, Onet czy Interia mają konserwatywne filtry i chętnie blokują maile od nieznanego nadawcy. Gmail, choć bardziej permisywny, od lutego 2024 wymaga ścisłej autentykacji. Jeśli się nie przygotujemy wcześniej, będziemy mieć problem.

Dlaczego potwierdzenia zamówień lądują w spamie?

Fakt pierwszy: jeśli domena jest nowa, nie ma reputacji. Systemy filtrowania nie wiedzą, kim jesteś i czy można ufać. Jeśli dodatkowo:

• Brakuje SPF/DKIM/DMARC — system odbiorczy nie może zweryfikować, że to naprawdę ty wysyłasz
• Słaby DMARC policy (p=none zamiast p=quarantine) — system nie wie, co robić z fałszywkami
• Bez one-click unsubscribe — Gmail i Yahoo mogą obniżyć rating dostarczalności
• Zbyt duży volume od razu — jeśli wyślesz 10 tys. maili w pierwszy dzień z nowej domeny, spamowe filtry się zareagują negatywnie

Drugi fakt: wybór infrastruktury (SMTP) ma znaczenie. PHP mail() z domyślnego hosta i domena bez SPF? To recepta na spam. Dlatego dostawcy usług (zwłaszcza GetResponse czy Brevo) mają już ugruntowaną reputację i pomagają klientom w weryfikacji domeny.

SPF, DKIM i DMARC — fundament autentykacji

To nie są magiczne słowa — to praktyczne zabezpieczenia, które mówią odbiorcy: "Ten mail na pewno pochodzi ode mnie".

1. SPF (Sender Policy Framework)
   Umieszczasz w DNS rekord TXT z listą serwerów, które mogą wysyłać maile z Twojej domeny. Przykład:v=spf1 include:sendgrid.net include:google.com ~allTo mówi: "Maile od SendGrid i Google są ok, inne są podejrzane (~all = soft fail)". Zawsze kończymy -all (hard fail) dla nowych domen.
2. DKIM (DomainKeys Identified Mail)
   Twój dostawca SMTP dodaje cyfrowy podpis do każdego maila. Odbiorcy mogą go zweryfikować przy użyciu publicznego klucza w Twoim DNS. Jeśli ktoś będzie chciał fałszować Twoje maile, podpis się nie będzie zgadzał.
3. DMARC (Domain-based Message Authentication, Reporting and Conformance)
   To meta-poziom: mówisz, co robić, gdy SPF lub DKIM się nie zgadzają (p=reject, p=quarantine czy p=none). Wysyłasz raporty do siebie, co się dzieje z mailami wysyłanymi pod Twoją domenę. Zacznij od p=none, obserwuj, potem zmień na p=quarantine.

Dla sklepu e-commerce wszystkie trzy są niezbędne, szczególnie jeśli wysyłasz z nowej domeny. Konfiguracja powinna zająć maksymalnie 30 minut w panelu domenowym.

Warming domeny — stopniowe zwiększanie volumenu

Nowa domena bez reputacji wysyłająca od razu 5 tys. potwierdzań dziennie? To jak pojawienie się nieznajomego na każdej ulicy miasta — ludzie będą się bać. Spamowe filtry myślą podobnie.

Warming to stopniowe zwiększanie volumenu wysyłki przez co najmniej 2–4 tygodnie:

• Tydzień 1: ~20–50 maili dziennie (np. maile do admina, managerów)
• Tydzień 2: ~50–150 dziennie
• Tydzień 3: ~150–500 dziennie
• Tydzień 4+: Pełna skala

W praktyce dla sklepu to oznacza: przed Black Friday czy promocją, planuj z dwumiesięcznym wyprzedzeniem. Wysyłaj testowe maile wewnętrznie, do partnerów, powoli otwieraj dla nowych klientów. Monitoruj bounce rate i complaint rate w narzędziach analitycznych SMTP-a (Postmaster Tools w Gmailu, narzędziach GetResponse/Brevo itp.).

Wybór dostawcy SMTP: ESP vs mail() serwera

Masz dwie drogi:

1. SMTP od dostawcy (GetResponse, Brevo, Mailjet, SendGrid)
   Plusy: infrastruktura mająca dobrą reputację, wsparcie dla DKIM, raporty, compliance, jedno-klikowe unsubscribe.
   Minusy: koszt (od ~20–50 PLN/miesiąc), konfiguracja subdomeny, lepiej ustawić Authorized Sender.
2. PHP mail() lub własny postfix/Exim
   Plusy: brak kosztów, pełna kontrola.
   Minusy: serwer hostingowy ma słabą reputację, brak DKIM by default, spam rate wysoki. Prawie nikt tego nie rekomenduje w 2026.

Rekomendacja: Użyj ESP do transakcyjnych maili. Polska opcja to GetResponse (sztabkwiera w Gdańsku), ale Brevo czy Mailjet też się sprawdzają. Jeśli zależy Ci na niskich kosztach, Brevo ma darmowy plan do 300 maili dziennie.

Konfiguracja dla popularnych platform

Dla WooCommerce (WordPress): Plugin WP Mail SMTP + GetResponse/Brevo. Wtyczka przepuszcza maile przez SMTP zamiast PHP mail(). W settings nadajesz SMTP Host, port 587, login i hasło.

Dla Shoper (polski ekosystem e-commerce): Panelowy settings > Email > SMTP. Wprowadzasz dane SMTP od GetResponse lub Brevo. Shoper obsługuje niestandardowe SMTP.

Dla PrestaShop: Administracja > Settings > Email. Zamiast domyślnego mail(), włączasz SMTP i wstawiasz parametry.

We wszystkich przypadkach: zawsze weryfikuj domenę u dostawcy (Authorized Sender w GetResponse itp.). To znaczy, że potwierdzasz, że ta domena to naprawdę ty.

Testowanie dostarczalności przed emisją

Skonfigurowałeś SPF, DKIM, DMARC? Włączyłeś SMTP? Dobry start. Ale czy na pewno robi to co trzeba?

Testuj na prawdziwych adresach — wyślij testem do swojego Gmaila, WP.pl, Onetu, Outloooku. Patrz, gdzie ląduje. Jeśli trafia do Spam, jest coś nie tak.

Narzędziem do tego jest darmowe narzędzie check.live-direct-marketing.online. Bez rejestracji. Wysyłasz jedno potwierdzenie zamówienia i widać:

• Gdzie ląduje w każdym powiększonym dostawcy (Gmail, WP.pl, Onet, Interia, o2.pl, Outlook itp.)
• Czy SPF/DKIM/DMARC się zgadzają
• Verdykty spamowych filtrów (Spam Assassin, itp.)
• Screenshoty renderowania w light i dark mode w prawdziwych adzach

To jest najszybszy sposób na łapanie problemów zanim pójdą do prawdziwych klientów.

Praktyczne kroki w skrócie

1. Skonfiguruj SPF, DKIM, DMARC w DNS (20 minut)
2. Wybierz dostawcę SMTP (GetResponse, Brevo) — FREE plan jest ok do testu (5 minut)
3. Podłącz SMTP do sklepu (WP Mail SMTP, Shoper settings, itp.) — 15 minut
4. Wyślij test do swoich maili, zobacz gdzie ląduje (5 minut)
5. Jeśli w spamie, sprawdź: SPF alignment, DKIM sig, DMARC policy, spam score (30 minut szukania)
6. Jeśli OK — puść do prawdziwych klientów, ale zaplanuj warming (2–4 tygodnie)