Zkontroluj ověřování, odpovědi poskytovatelů schránek, kvalitu publika a fungování odhlášení a zjisti, proč e-maily končí odmítnuté nebo ve spamu.
Doručení a doručení do inboxu nejsou totéž. Přijímající server může zprávu přijmout a uložit ji do spamu. Když přehled kampaně ukazuje „doručeno“, ještě to neznamená, že ji čtenář viděl.
Když se objeví problém, nejdřív posbírej důkazy a teprve potom měň texty nebo poskytovatele. Selhávat může ověřování, reputace, publikum, nebo samotná zpráva.
U odmítnutých zpráv nebo zpráv s odloženým doručením se podívej na skutečnou odpověď SMTP a rozšířený stavový kód. Dočasná selhání a trvalá odmítnutí vyžadují jiný postup. Google ve svých častých dotazech pro odesílatele popisuje obojí; netvrdí, že by každé nesplnění požadavků teď vedlo k trvalé chybě.
Pokud server zprávy přijme, ale ty skončí ve spamu, prozkoumej výsledky ověřování v hlavičkách přijaté zprávy, data o reputaci od poskytovatelů, pokud jsou k dispozici, a nedávné změny v publiku nebo objemu. Několik testovacích schránek pomůže problém diagnostikovat, ale doručení do inboxu napříč celým seznamem neměří.
Rozšířený stavový kód tvoří tři čísla oddělená tečkami, jak je definuje RFC 3463. První číslo udává třídu. Kód začínající číslicí 4 znamená dočasné selhání a odesílající server by to měl později zkusit znovu. Kód začínající číslicí 5 znamená trvalé selhání, takže opakované odeslání stejné, nezměněné zprávy nepomůže.
Druhé číslo upřesňuje oblast. Kódy X.1.X se týkají adresování a 5.1.1 obvykle znamená, že schránka neexistuje. Takovou adresu přidej na seznam blokovaných adres. Kódy X.7.X se týkají zabezpečení nebo zásad a právě tam se obvykle objevují problémy s ověřováním a reputací.
Google uvádí odpovědi, které Gmail vrací, ve svém přehledu chyb SMTP. Čti celý text odpovědi, nejen kód, protože jeden kód může zahrnovat několik různých důvodů.
Google Postmaster Tools ukazuje, jak tvou odesílací doménu vidí Gmail, včetně míry spamu nahlášeného uživateli, na kterou se Google ve svých požadavcích odvolává. Doménu ověříš záznamem DNS. Gmail data zobrazí, až když doména jeho uživatelům posílá denně dost pošty, takže malý odesílatel může vidět prázdné přehledy.
Microsoft nabízí službu Smart Network Data Services, známou jako SNDS. Ta informuje o poště z konkrétních IP adres do spotřebitelských schránek Outlook.com, včetně míry stížností a počtu zachycení ve spamových pastech. Registruješ v ní IP adresy, které máš pod kontrolou, takže se nejvíc hodí pro dedikované odesílací IP adresy. U sdílených IP adres se zeptej svého poskytovatele odesílání, co sleduje.
Ani jeden z nástrojů ti neřekne, kam dorazila konkrétní kampaň. Ukazují denní trendy, a to je přesně to, co potřebuješ, když se problém nabaloval během několika rozesílek.
SPF autorizuje odesílací infrastrukturu pro doménu obálky. DKIM podepisuje zprávu identitou domény. DMARC kontroluje zarovnání s viditelnou doménou ve From a zveřejňuje politiku a mechanismus pro reporty. Žádný z nich doručení do inboxu nezaručí.
Použij záznamy od svého poskytovatele odesílání a výsledek ověř na skutečně přijaté zprávě. Nepřidávej konfliktní záznamy SPF a nepředpokládej, že samotný záznam DNS dokazuje, že ho všechny odesílací cesty používají správně. Tvoje infrastruktura potřebuje také správné reverzní DNS a zabezpečený přenos.
V Brew projdi postup ověření domény a zveřejni požadované záznamy. Zkontroluj adresu From, kterou skutečná kampaň nebo automatizace používá, zvlášť když agent spravuje několik značek.
Politika DMARC je TXT záznam na hostiteli _dmarc domény z adresy From. Začni s p=none. Ta žádá přijímající servery, aby s poštou, která kontrolou neprojde, nic zvláštního nedělaly, a ty přitom dál posílají souhrnné reporty na adresu rua.
_dmarc.example.com TXT "v=DMARC1; p=none; rua=mailto:dmarc-reports@example.com"Reporty uvádějí každý zdroj, který posílá poštu jménem tvé domény, a jestli prošel SPF nebo DKIM se zarovnáním. Počítej s tím, že narazíš na zapomenuté nástroje, třeba fakturační systém nebo helpdesk. Každý zdroj, který kontrolou neprochází, oprav, nebo odstraň.
Jakmile projde všechna legitimní pošta, přejdi na p=quarantine. Ta žádá přijímající servery, aby s poštou, která kontrolou neprojde, zacházely jako s podezřelou, což obvykle znamená, že ji přesunou do spamu.
_dmarc.example.com TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@example.com"Nejpřísnější politika, p=reject, žádá přijímající servery, aby takovou poštu odmítly. Přejdi na ni, až quarantine nějakou dobu běží a žádná legitimní pošta neselhává. Reporty čti v každé fázi. Nový nástroj, který začne posílat jménem tvé domény, se objeví nejdřív právě tam.
Výjimkou je vyhrazená odesílací subdoména, třeba mail.example.com. Když z ní nic jiného neposílá a tvůj poskytovatel ověřil její SPF a DKIM, může začít rovnou na p=reject. Brew doporučuje p=reject pro vyhrazenou subdoménu, kterou sám nastavil, a p=none pro hlavní doménu, ze které můžou posílat i jiné služby.
Google ve svých pokynech odlišuje požadavky pro všechny odesílatele od přísnějších pravidel pro ty, kdo posílají zhruba 5 000 zpráv denně na osobní účty Gmail. Žádá míru spamu pod 0,1 % a varuje před dosažením 0,3 %. Mezi požadavky na hromadné odesílatele patří SPF a DKIM, DMARC, zarovnání a odhlášení jedním kliknutím u příslušné pošty, k jejímuž odběru se příjemci přihlásili.
Google od každého odesílatele bez ohledu na objem vyžaduje mimo jiné toto:
Hromadní odesílatelé musí navíc splnit toto:
p=none.Při uplatňování hranice Google sčítá poštu ze stejné primární domény dohromady a doména, která ji jednou překročí, si označení hromadného odesílatele ponechá. Jak se počítá, vysvětlují jeho časté dotazy pro odesílatele.
Pokyny Yahoo se rovněž věnují ověřování, stížnostem a odhlašování. Yahoo stejnou číselnou hranici pro hromadné odesílatele nezveřejňuje; nahlédni raději do jeho častých dotazů, než začneš číslo služby Gmail uplatňovat u všech poskytovatelů.
Microsoft v roce 2025 oznámil, že domény, které do jeho spotřebitelských schránek, tedy na adresy outlook.com, hotmail.com a live.com, posílají víc než 5 000 e-mailů denně, musí projít SPF i DKIM a zveřejnit DMARC. Politika DMARC může být p=none a doména z adresy From musí být zarovnaná se SPF nebo DKIM.
Pokyny poskytovatelů jsme zkontrolovali 28. září 2026. Při diagnostice nového incidentu si odkazované stránky projdi znovu.
Odhlášení jedním kliknutím podle RFC 8058 je mechanismus založený na hlavičkách a požadavku HTTPS POST. Viditelný odkaz v patičce se taky hodí a příslušná pravidla ho vyžadují, ale samotná stránka s nastavením odběru tento protokol neimplementuje.
Zpráva, která podporuje odhlášení jedním kliknutím, nese dvě hlavičky:
List-Unsubscribe: <https://example.com/unsubscribe/opaque-token>, <mailto:unsubscribe@example.com?subject=unsubscribe>
List-Unsubscribe-Post: List-Unsubscribe=One-ClickKdyž čtenář v inboxu klikne na odhlášení, poskytovatel schránky pošle na HTTPS URL požadavek POST s tělem List-Unsubscribe=One-Click. Adresa mailto: je alternativa pro poštovní programy, které odhlášení jedním kliknutím nepodporují. RFC 8058 navíc vyžaduje platný podpis DKIM, který pokrývá obě hlavičky. URL udělej jedinečnou pro každého příjemce a těžko uhodnutelnou. Bezpečnostní skenery často otevírají odkazy v příchozí poště, takže prostý požadavek GET na tuto URL by neměl nikoho odhlásit.
Brew do marketingových rozesílek přidává hlavičky List-Unsubscribe a List-Unsubscribe-Post. Odkazují na podepsanou HTTPS URL, jedinečnou pro každého příjemce, která přijímá požadavek POST pro odhlášení jedním kliknutím.
Ověř, že odhlášení z marketingu zastaví další marketingové rozesílky všemi cestami, které používáš. Při importu kontaktů nebo změně platformy zachovej seznam blokovaných adres. Nezbytné transakční zprávy drž odděleně, účelem i nastavením odesílání.
Zjisti, odkud adresy pocházejí a co lidé při registraci očekávali. Neplatné adresy odstraň přes blokování u poskytovatele, prošetři nárůsty stížností a neposílej e-mail znovu lidem jen proto, že ho podle sledování neotevřeli.
Neexistuje univerzální stáří seznamu, poměr obrázků a textu ani zakázané slovo, které by doručení zaručily. Náhlý nárůst objemu na seznam, o kterém toho moc nevíš, je vážnější problém než slovo „zdarma“.
Pokud kampaň posílá agent, platí stejné kontroly. Používej ověřená fakta, relevantní publikum a adresu pro odpovědi, kterou někdo sleduje. Odstraň zjištěnou příčinu, pošli kontrolovaný test a zkontroluj odpovědi poskytovatelů, než objem znovu navýšíš.
