Kontaktní formulář hlásí „Odesláno“. Proč poptávka nedorazila?

Zpráva „Odesláno“ nebo „Děkujeme“ ještě nedokazuje, že poptávka dorazila do správné schránky. Může pouze znamenat, že web přijal odeslaný formulář a nezaznamenal okamžitou chybu.

Nejbezpečnější je zachovat záznamy a sledovat jednu kontrolní zprávu ve čtyřech krocích: záznam formuláře na webu, odesílatele nebo odesílací službu, poštovní server příjemce a jeho schránku. Prověřte první krok, u kterého nelze průběh doložit. Obnovte tam protokolování nebo opravte závadu až poté, co ji potvrdí důkazy. Náhodné změny pluginů nebo DNS mohou původní příčinu zakrýt a způsobit další problémy.

Co zpráva „Odesláno“ skutečně potvrzuje?

Zpráva z kontaktního formuláře prochází několika samostatnými kroky:

• Přijetí formuláře: web přijme údaje a zobrazí potvrzení o úspěšném odeslání.
• Přijetí odesílatelem nebo službou: web předá zprávu místní poštovní službě, službě SMTP nebo rozhraní API pro e-mail, které ji přijme nebo zařadí do fronty.
• Odpověď poštovního serveru příjemce: přijímající poštovní server zprávu přijme, odloží její zpracování nebo odmítne.
• Umístění zprávy: systém příjemce doručí přijatou zprávu do doručené pošty, spamu, karantény nebo na jiné místo podle svých pravidel.

Například dokumentace WordPressu uvádí, že úspěšný výsledek funkce wp_mail() znamená, že požadavek proběhl bez chyby, nikoli že příjemce e-mail dostal. Stejný rozdíl může platit i na jiných platformách, i když používají jiné názvosloví.

Jak provést kontrolní test kontaktního formuláře?

Odešlete jeden test přes veřejný formulář stejně jako běžný návštěvník. Použijte jedinečný identifikátor, který nepůjde zaměnit za starší zprávu, například ENQUIRY-2026-10-06-1437. Vložte ho do zprávy a pokud možno také do předmětu nebo pole se jménem.

Zaznamenejte přesný čas odeslání včetně časového pásma, adresu stránky, očekávanou cílovou e-mailovou adresu a pořiďte snímek potvrzení o odeslání. Zadejte realistické údaje, které neobsahují citlivé informace. Neposílejte mnoho testů rychle po sobě: podobné opakované zprávy mohou zkomplikovat protokoly nebo spustit omezení počtu zpráv či filtrování.

Pak postupně vyhledejte daný identifikátor:

• Uchovává web záznam o odeslání se stejným identifikátorem a časem?
• Je v protokolu odesílatele nebo odesílací služby událost, která potvrzuje přijetí, zařazení do fronty nebo chybu?
• Přijal, odložil nebo odmítl zprávu poštovní server příjemce?
• Dokáže správce e-mailu příjemce najít přijatou zprávu v trasování, karanténě, spamu nebo pravidlech toku pošty?

Pokud formulář neuchovává záznam, prověřte zpracování formuláře. Pokud záznam existuje, ale chybí událost odesílatele či odesílací služby, prověřte předání zprávy z webu odesílateli. Pokud odesílatel zprávu přijal nebo zařadil do fronty, ale chybí odpověď poštovního serveru příjemce, prověřte frontu a záznamy o doručování u odesílatele. Pokud server příjemce zprávu odložil nebo odmítl, řiďte se jeho odpovědí, místo abyste příčinu odhadovali. Pokud server zprávu přijal, prověřte filtrování, směrování, karanténu a pravidla schránky.

Jaké podklady si vyžádat od technického dodavatele?

Vyžádejte si doklady vztahující se ke konkrétnímu identifikátoru a času, ne jen obecné tvrzení, že formulář „funguje“. Užitečné jsou například:

• uchovaný záznam o odeslání nebo zpracování formuláře;
• cílová e-mailová adresa nastavená v době testu;
• záznam o odchozí zprávě, její zařazení do fronty nebo událost odesílací služby;
• ID zprávy nebo ID události u poskytovatele;
• odpověď vzdáleného serveru včetně kódu přijetí, odmítnutí nebo odložení;
• záznamy o nedoručení, blokaci adresy nebo stížnosti;
• výpis trasování přijímající schránky a případný výsledek karantény či směrování.

Ne každé nastavení zpřístupňuje všechny tyto údaje. I chybějící záznam je užitečná informace: ukazuje, ve které části služby nelze zjistit, co se stalo.

Jaké adresy From a Reply-To má formulář používat?

Adresa návštěvníka by se obvykle neměla používat jako adresa odesílatele zprávy. Bezpečnější nastavení vypadá takto:

From: Website Enquiries <forms@example.com>

Reply-To: visitor@example.net

Pevně nastavená adresa From identifikuje poštu odesílanou webem, zatímco přes Reply-To mohou zaměstnanci běžně odpovědět návštěvníkovi. Skutečný odesílací server nebo služba musí být oprávněná odesílat poštu za danou doménu podle jejího nastavení. Samotný výběr adresy na firemní doméně takové oprávnění nezajistí.

Toto nastavení také brání tomu, aby web působil dojmem, že odesílá zprávy jménem libovolných domén návštěvníků. Přijímající systémy stále častěji kontrolují, zda viditelná doména odesílatele odpovídá ověřenému odesílání pomocí SPF nebo DKIM podle pravidel DMARC.

Může jít o autentizaci e-mailu?

Je to možné, ověření je ale jen jednou z větví hledání příčiny. Podle důkazů může jít také o kontrolu údajů ve formuláři, chybnou adresu příjemce, selhání předání zprávy, limit odesílání, potlačení u poskytovatele, odmítnutí, zařazení do spamu, karanténu, přeposílání nebo pravidlo schránky.

Neměňte záznamy DNS, dokud nemáte přehled o všech legitimních odesílatelích dané domény, včetně firemní pošty, zpráv z webu, fakturačních systémů, newsletterů a dalších služeb. Nahrazení záznamu SPF nebo změna DKIM či DMARC bez takového přehledu může narušit poštu, která nyní funguje. Každá změna DNS by měla vycházet z důkazů a odpovídat požadavkům skutečně používaných odesílacích služeb. S kontrolou vám mohou pomoci pokyny pro odesílatele od společností Google a Yahoo. Stejný přehled o odesílatelích potřebujete i při změně poskytovatele e-mailu, protože je třeba záměrně převést nebo dál řádně autorizovat poštu z webu a dalších automatických systémů.

Co by si mělo spolehlivé nastavení uchovávat?

Dlouhodobě spolehlivé řešení kontaktního formuláře by mělo uchovávat odeslané zprávy s vhodně nastaveným přístupem a dobou uchování, používat ověřenou cestu pro odesílání, mít prohledatelné záznamy o událostech a doručování a upozorňovat na chyby, například opakovaná odmítnutí nebo vyčerpané limity. Pravidelně by se také mělo testovat přes skutečný veřejný formulář do sledované firemní schránky.

To, že jedna zkušební zpráva dorazila do jedné schránky, je dobré znamení, ale nedokazuje spolehlivé doručení u všech poskytovatelů ani v budoucnu. Uchovávejte záznamy potřebné k prověření další zprávy, abyste nemuseli událost zpětně skládat z paměti.

Pokud chcete situaci konzultovat, můžeme sledovat jednu kontrolní zprávu od odeslání až k příjemci a určit první krok, u kterého nelze průběh ověřit.