# Doručitelnost e-mailů: diagnostika cesty do inboxu Kanonická URL: https://brew.new/cs/blog/email-deliverability Autor: Brew Team Publikováno: 2026-08-23 Aktualizováno: 2026-09-29 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. ## Začni odpovědí přijímajícího serveru 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](https://support.google.com/mail/answer/14229414) 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ěří. ### Čti rozšířený stavový kód Rozšířený stavový kód tvoří tři čísla oddělená tečkami, jak je definuje [RFC 3463](https://www.rfc-editor.org/rfc/rfc3463.html). 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](https://support.google.com/a/answer/3726730). Čti celý text odpovědi, nejen kód, protože jeden kód může zahrnovat několik různých důvodů. ### Kde najdeš data o reputaci u poskytovatelů [Google Postmaster Tools](https://postmaster.google.com/) 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](https://substrate.office.com/ip-domain-management-snds/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. ## Ověř identitu ve skutečně odeslané poště 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. ### Posuň DMARC od monitorování k vynucení 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`. ```text _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. ```text _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. ## Požadavky poskytovatelů čti přímo u zdroje Google ve svých [pokynech](https://support.google.com/mail/answer/81126) 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. ### Co Google vyžaduje od všech odesílatelů Google od každého odesílatele bez ohledu na objem vyžaduje mimo jiné toto: - Nastav pro svou odesílací doménu SPF nebo DKIM. - Zajisti odesílacím doménám nebo IP adresám platné dopředné i reverzní záznamy DNS. - Posílej přes spojení TLS. - Udrž míru spamu hlášenou v Postmaster Tools pod výše uvedenými hranicemi. - Formátuj zprávy podle RFC 5322. ### Další požadavky na hromadné odesílatele Hromadní odesílatelé musí navíc splnit toto: - Nastav SPF i DKIM. - Zveřejni pro odesílací doménu záznam DMARC. Google přijme i politiku `p=none`. - Zarovnej doménu ve From buď s doménou SPF, nebo s doménou DKIM. - U marketingových zpráv a zpráv, k jejichž odběru se příjemci přihlásili, podporuj odhlášení jedním kliknutím a do těla zprávy dej dobře viditelný odkaz pro odhlášení. 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](https://support.google.com/mail/answer/14229414). [Pokyny Yahoo](https://senders.yahooinc.com/best-practices/) 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ů](https://senders.yahooinc.com/faqs/), než začneš číslo služby Gmail uplatňovat u všech poskytovatelů. ### Microsoft Outlook.com Microsoft [v roce 2025 oznámil](https://techcommunity.microsoft.com/blog/microsoftdefenderforoffice365blog/strengthening-email-ecosystem-outlook%E2%80%99s-new-requirements-for-high%E2%80%90volume-senders/4399730), ž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. ## Otestuj, jestli odhlášení opravdu funguje Odhlášení jedním kliknutím podle [RFC 8058](https://www.rfc-editor.org/rfc/rfc8058.html) 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: ```text List-Unsubscribe: , List-Unsubscribe-Post: List-Unsubscribe=One-Click ``` Když č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](/cs/blog/transactional-emails) drž odděleně, účelem i nastavením odesílání. ## Než zvýšíš objem, zkontroluj publikum 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](/cs/blog/agent-email-deliverability), 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ýšíš.