Newsletter nie dochodzi do subskrybentów

Newsletter znika gdzieś po drodze? Odbiorcy się nie skarżą, ale statystyki otwierań są puste? Albo maile lądują w spamie zamiast w skrzynce odbiorczej? To najczęstszy scenariusz — i najłatwiej do naprawy, jeśli wiesz, gdzie szukać.

Różnica między newsrelterem a mailem transakcyjnym jest kluczowa: newsletter to marketing — wymaga zgody, konfiguracji autentykacji i warmup'u. Mail transakcyjny (potwierdzenie zamówienia, resetowanie hasła) może być bardziej „tolerancyjny" dla filtrów, bo kontekst jest jasny. Ale jeśli newsletter nie dochodzi, problem leży zwykle w trzech miejscach: DNS, weryfikacji domeny lub samej reputacji domeny.

Dlaczego newsletter to inny gatunek niż mail transakcyjny

Newsletter (mail marketingowy) wysyłany jest do grupy odbiorców na ich zgodę — to musi być zgoda wyraźna (RODO w Polsce). Mail transakcyjny to odpowiedź na akcję odbiorcy: potwierdzenie zamówienia, link do resetowania hasła, faktura.

Filtry pocztowe traktują je inaczej:

• Newsletter: spamfilter patrzy na reputację domeny, historię wysyłek, SPF/DKIM/DMARC, zawartość (keywords, linki, obrazki).
• Mail transakcyjny: ten sam spamfilter, ale bardziej tolerancyjny — bo wiadomo, że user się do tego zgłosił.

Problem: jeśli wysyłasz newsletter z freshego domeny albo bez prawidłowej konfiguracji DNS, filtry Google, WP.pl, Onet i Outlook natychmiast przeniosą mail do spamu. Stąd pojawia się zespół „newsletter nie dochodzi".

Sprawdź konfigurację DNS — SPF, DKIM, DMARC

To fundament. Bez tego — nawet jeśli Gmail przyswobi, WP.pl i Onet będą blokować lub filtrować.

SPF (Sender Policy Framework):

• DNS TXT rekord, który mówi: „z tego IP/hosta mogą wysyłać maile w moim imieniu".
• Jeśli wysyłasz przez GetResponse, Brevo, czy lokalny SMTP hosta — każdy z nich musi być w rekordzie.
• Błędy: zbyt wiele SPF rekordów (limit to 10 lookup'ów), include'ów bez spłycenia, IP sprzed lat.

DKIM (DomainKeys Identified Mail):

• Kryptograficzny podpis w każdym mailu; serwer odbiorcy weryfikuje, czy mail pochodzi od ciebie.
• Wygeneruj w panelu hosta/ESP, skopiuj DNS TXT rekord, czekaj aż się propaguje (15 min — kilka godzin).

DMARC (Domain-based Message Authentication, Reporting and Conformance):

• Polityka: co robić, jeśli SPF/DKIM się nie zgadza?
  • p=none — raportuj, ale nie blokuj.
  • p=quarantine — przenieś do spama.
  • p=reject — odrzuć całkowicie.
• Zaawansowana: wymaga alignment (mail musi być podpisany tym samym domainem co „From:").

Weryfikacja domeny w systemie wysyłającym (ESP, hoster, WordPress)

Nawet z poprawnym SPF/DKIM, jeśli system, z którego wysyłasz, nie ma zlinkowanej domeny — maile będą podpisane cudzym domainem (np. serwera hosta, GetResponse itd.), a filtry te wezmą z podejrzliością.

GetResponse, FreshMail, SARE, edrone, Allegro, Shoper:

• Wejdź w ustawienia, szukaj „Domain Verification" lub „Custom Domain".
• System zwykle generuje SPF/DKIM wartości — skopiuj je do DNS.
• Czekaj aż zielona „Verified" pojawi się w panelu.

WordPress + WP Mail SMTP:

• Zainstaluj plugin WP Mail SMTP (gratis).
• Skonfiguruj SMTP serwera (np. SendGrid, Brevo, twój hoster) — tam wygeneruj DKIM/SPF.
• W ustawieniach WordPress: „From Name" = nazwa twojej firmy, „From Email" = email z twojej domeny (twój-domen@twojdomen.pl), nie wordpress@wordpress.com.

Shoper, PrestaShop:

• Maile transakcyjne wylatują przez panel e-commerce.
• Konfiguracja SMTP: Admin Panel → Ustawienia Emaili → Nazwa serwera SMTP.
• Punkt krytyczny: jeśli pole SMTP zostawisz puste — system użyje php mail() hosta, który nie będzie podpisany twoim domainem.

Testuj dostawę przed wysłaniem masowo

Najnowsze narzędzie: Inbox Placement Test (seed test). Wysyłasz test-maila na adres np. 20 różnych ładów (Gmail, WP.pl, Onet, Interia, o2.pl, Outlook itd.), a serwis pokazuje:

• Czy mail wylądował w Inbox czy Spam?
• SPF/DKIM/DMARC status.
• Jak mail wygląda w każdym ładzie (skrzynka świetlna, tryb ciemny).
• Raporty spamfiltrów (np. Spamhaus, Barracuda).

Używaj tego przed uruchomieniem kampanii. Załóż test, zobacz jaki % trafia do Inbox'u — jeśli > 90%, możesz wysyłać. Jeśli poniżej — coś jest nie tak: brak DKIM, zła konfiguracja SPF, brudna reputacja IP (jeśli wysyłasz z własnego serwera).

Reputacja domeny i praca domowa

Nawet z doskonałym SPF/DKIM/DMARC, jeśli twoja domena jest nowa albo ma historię spam'u — Gmail, WP.pl, Onet będą podejrzliwi.

Jak się ochronić:

1. Warmup: zamiast wysyłać nagle do 10 000 subskrybentów, zacznij od 50–100 w dzień 1, potem zwiększaj 20–30% dziennie przez tydzień. Filtry widzą: „aha, nowy domen, ale szuka sobie drogi — fair play".
2. Low spam rate: Google, Yahoo i duzi operatorzy patrzą na complaint rate. Jeśli > 0,3% odbiorców raportuje mail jako spam — twoja domena dostaje penalty. Zawsze daj link do unsubscribe (wymagane prawnie, również zmniejszy complain'ów).
3. List cleaning: Przed kampanią wyczyść listę z martwych, spam trap'ów, hardbounców. Nierealne adresy = instant penalty.

Narzędzia:

• Postmaster Tools (Google) — wejdź, zarejestruj domenę, patrz na spam rate, feedback loops.
• SNDS (Sender Score) — czytaj reputację.

Zgoda prawna i architektura listy (RODO)

W Polsce subskrybenci muszą wyrazić zgodę na maile marketingowe (ustawa o świadczeniu usług drogą elektroniczną). Brak zgody = potencjalna kara.

Co to oznacza dla dostawy:

• Jeśli baza pochodzi z import'u albo stary newsletter, do którego „wszyscy kiedyś się zapisali" — ale nie masz potwierdzenia (Double Opt-In) — część dostawców poczty może to wyczuć (zwł. WP.pl, Onet).
• Rozwiązanie: Double Opt-In — wysyłaj potwierdzenie emaila (Potwierdź subskrypcję), user klika link, dopiero wtedy dodaj do listy.
• W każdym mailu: jasne informacje o nadawcy, link do unsubscribe (RFC 8058 List-Unsubscribe header).

Praktyka:

• Audytuj bazę: czy maile to Confirmed Subscribers czy tylko import?
• Jeśli wątpliwy — prześlij potwierdzającą kampanię: „Czy chcesz dalej otrzymywać nasze maile?" → wyczyść nie-klikających.
• Ustaw double opt-in dla nowych signup'ów.