Proč upomínky klientům padají do spamu
Upomínka k projektu klienta skončí ve spamu obvykle ze tří důvodů: autentizace odesílací domény úplně nesedí (SPF, DKIM nebo DMARC), doména je sdílená s odesílateli, jejichž pošta má horší pověst než vaše, nebo samotný vzorec odesílání vypadá jako automatizovaná hromadná pošta, ne jako zpráva od konkrétního člověka ke konkrétnímu projektu. Nic z toho nezávisí na tom, co upomínka skutečně říká — kontroluje se to dřív, než poštovní server vůbec přečte předmět.
Autentizace: co filtr zkontroluje jako první
Každý přijímající server provede u domény v adrese „From" tři kontroly, než rozhodne o čemkoli dalším:
- SPF (Sender Policy Framework) — DNS záznam s výčtem serverů, které mají doméně povoleno odesílat jejím jménem.
- DKIM (DomainKeys Identified Mail) — kryptografický podpis zprávy, ověřený proti veřejnému klíči publikovanému v DNS, který dokazuje, že zpráva nebyla cestou pozměněna a skutečně vznikla na serveru, který má odpovídající soukromý klíč.
- DMARC (Domain-based Message Authentication, Reporting and Conformance) — záznam s politikou, který říká příjemci, co dělat, když SPF nebo DKIM selže, a jestli se doména v SPF/DKIM musí shodovat s viditelnou doménou „From" („alignment").
K říjnu 2026 platí u Gmailu a Yahoo aktuální pravidla pro hromadné odesílatele (v platnosti od února 2024): plné SPF+DKIM+DMARC se zarovnáním, míra stížností na spam pod 0,3 % a odhlášení na jedno kliknutí — ale jen pro odesílatele, kteří svým uživatelům posílají přes zhruba 5000 zpráv denně. Upomínka k jednomu klientskému projektu je od tohoto objemu daleko a požadavek na odhlášení navíc výslovně nepočítá s čistě transakční poštou. Co ale pod touto hranicí nemizí, je podkladový signál: Gmail a Yahoo (a každý další velký poskytovatel) i tak berou shodu/neshodu SPF/DKIM/DMARC jako jeden ze vstupů do toho, jestli je zpráva důvěryhodná — bez ohledu na objem. Doména bez DKIM, nebo doména, kde SPF prochází, ale nesedí s viditelným odesílatelem, vypadá, že si zaslouží druhou kontrolu — a spamová složka je místo, kam se druhé kontroly dávají jako výchozí stav.
V praxi to znamená: doména se správně nastaveným a zarovnaným SPF i DKIM začíná každou zprávu s o jeden důvod k filtrování méně. Doména, které jedno z toho chybí, spam nezaručuje, ale připraví se o signál, za který by jinak získala kredit.
Čí pověst vaše upomínka nese
Autentizace dokazuje, kdo zprávu odeslal. Pověst je samostatná otázka — jak se tahle odesílací identita chovala doteď — a sleduje se po doméně (a po odesílacím serveru), ne po jednotlivé zprávě.
Sdílená odesílací doména znamená, že každý účet na té doméně dědí stejnou historii pověsti. Pokud sdílená doména BriefGate má dobrou pověst, vaše upomínka z ní těží, aniž byste cokoli dělali. Adresa samotná zůstává intake@briefgate.dev bez ohledu na tarif — s ověřenou vlastní odesílací doménou (Studio a Agency, viz Vlastní domény) se změní to, že ze jména odesílatele zmizí dovětek „via BriefGate" a pošta jde jako vy@vasefirma.cz místo toho — nese pověst vaší vlastní domény, ne té sdílené. Dokud vlastní doména není ověřená, nic se nerozbije a nic se nepozdrží — pošta jde ze sdílené domény přesně jako doteď.
Vlastní doména to obrací: pověst je výhradně vaše, v dobrém i zlém. Nová doména, nebo doména, která nikdy neposílala transakční pošta, nezačíná se špatnou pověstí — začíná bez pověsti, k čemuž se filtry staví obezřetně, dokud neuvidí dost konzistentního odesílání s nízkou mírou stížností, aby si vybudovaly důvěru. To je ta směna, kterou vlastní domény nabízejí: plnou kontrolu nad identitou, kterou klient vidí, za cenu pověsti, kterou si teď musíte vybudovat sami, ne si ji půjčit. U většiny projektů je sdílená výchozí doména správná volba právě proto, že je už „předvybudovaná"; vlastní doména se vyplatí hlavně tehdy, když odesíláte upomínky klientům z dost projektů, že si pověst vlastní domény vybuduje rychleji, než na kolik se vyplatí spoléhat na sdílenou, nebo když na identitě vůči klientovi samo o sobě záleží (agentura, která před každým klientem staví svoje jméno, ne jméno BriefGate).
Vzorce, které zprávu dělají podezřele automatizovanou
Autentizace a pověst rozhodují, jestli je server ochotný doméně vůbec věřit. Třetí vrstva se dívá na samotnou zprávu a na vzorec odesílání kolem ní:
- Frekvence. Stejný příjemce, kterému chodí víc téměř identických zpráv krátce po sobě, vypadá jako automatizovaná smyčka, i když je každá z nich legitimní. Pevný krátký interval — odesílání každé dva nebo tři dny bez ohledu na to, jak dlouho už žádost čeká na odpověď — je nejčistší verze téhle chyby, protože přesně takhle se chová hrubý mail-merge skript. Chase plány BriefGate jsou navržené, aby se téhle podobě vyhnuly: rozestupy mezi upomínkami se s neodpovězenou žádostí prodlužují, ne natáčejí na konstantní interval; jak je kadence navržená a kde je strop počtu upomínek, který tomu zabrání sklouznout právě do vzorce, na který si filtry dávají pozor, je v Upomínky, které dorazí v rozumnou hodinu.
- Denní doba. Zpráva odeslaná ve 3 ráno místního času příjemce je vzorec, který žádný člověk sám neprodukuje, a filtry to vědí. BriefGate ve výchozím stavu drží upomínky v okně 8:00–19:00 v časovém pásmu klienta — popsáno ve stejném článku — místo odesílání podle toho, kdy to serveru zrovna vyjde.
- Obecné šablony bez kontextu. Zpráva bez odkazu na konkrétní projekt, odeslaná od jména, které klient nezná, je pro filtr hůř odlišitelná od phishingu, který taky tvrdí naléhavost a žádá o akci. Upomínky, které jmenují skutečný projekt a skutečného odesílatele, nečtou se jen lépe klientovi — dávají filtru méně důvodů označit vzorec za hromadnou poštu.
Co si můžete reálně ověřit
- Spusťte jednorázový test doručitelnosti. Nástroj jako mail-tester.com vám dá jednorázovou adresu; poslaná zpráva na ni ukáže SPF, DKIM a DMARC jednotlivě jako prošlo/neprošlo, takže špatně nastavený záznam se objeví jmenovitě, ne jako mlhavé „skončilo to ve spamu".
- Zkontrolujte Google Postmaster Tools (zdarma, pro jakoukoli doménu odesílající na adresy Gmailu) pro pověst vaší domény a trend míry spamu, pokud jste na vlastní odesílací doméně — na sdílené doméně není co kontrolovat, protože ta pověst není vaše na sledování.
- Poproste klienta o jedinou věc, která pomůže okamžitě. Odpověď na jakýkoli e-mail od BriefGate, nebo přidání odesílací adresy do kontaktů, je pro většinu poskytovatelů silnější pozitivní signál než jakákoli oprava autentizace, protože vychází ze samotného chování příjemce, ne ze zprávy. Stojí za to o to poprosit jednou větou při prvním odeslání: „přidejte si tuhle adresu do kontaktů, ať se naše upomínky neztratí."
- Pokud jste na Studiu nebo Agency a zvažujete vlastní odesílací doménu, přidejte ji a ověřte záznamy SPF, DKIM a MX ve Vlastních doménách dřív, než se na ni spolehnete u časově citlivého projektu — doména uprostřed ověřování pořád odesílá ze sdílené adresy, takže v doručování nevznikne mezera, ale otázku pověsti chcete mít vyřešenou před termínem, ne během něj.
Související
- Upomínky, které dorazí v rozumnou hodinu — jak jsou navržené chase plány a klidové hodiny BriefGate
- Vlastní domény — nastavení vlastní odesílací a portálové domény krok za krokem
- Klientský portál — co klient skutečně vidí, jakmile upomínka dorazí
- Bezpečnost — jak BriefGate zachází s daty za těmi upomínkami