Každý e-mail navažte na ověřenou obchodní událost, nikoli na libovolné uložení objednávky. Definujte příjemce, účel, povinné údaje a podmínku opakování. Šablony přepisujte co nejméně, testujte se skutečnými stavy a nikdy do zprávy nevkládejte interní poznámky, tajné tokeny ani zbytečné osobní údaje. Jazyk zprávy ukládejte spolu s objednávkou.
Transakční e-maily WooCommerce potvrzují objednávku, změnu stavu, refundaci nebo jinou událost, kterou zákazník očekává. Doručená zpráva však může být stále chybná: odešle se příliš brzy, obsahuje neaktuální stav, zobrazí interní poznámku nebo se po opakovaném callbacku odešle dvakrát. Design šablony je jen poslední vrstvou spolehlivého procesu.
Tento návod se zabývá významem událostí, obsahem a testováním e-mailů. Technická doručitelnost z hlediska SMTP, DNS a reputace je samostatné téma. Zde se soustředíme na to, aby správný příjemce dostal správnou informaci ve správnou chvíli a aby bylo možné šablony aktualizovat bez rozbití dat, lokalizace či zobrazení v běžných e-mailových klientech.
Vytvořte katalog zpráv a jejich spouštěčů
Sepište všechny zákaznické i interní zprávy, jejich příjemce, účel a přesnou událost. Nová objednávka, potvrzená platba a přijetí ke zpracování mohou být tři různé okamžiky. Pokud je jedna šablona zaměňuje, zákazník považuje objednávku za potvrzenou dříve, než systém zná výsledek platby.
U každého spouštěče určete idempotenci. Opakované doručení webhooku nebo ruční uložení objednávky nemá poslat stejné potvrzení podruhé. Uložte identifikátor zprávy, čas a výsledek bez celého obsahu. Při opravném odeslání musí administrátor vidět, co zákazník už dostal.
- Obchodní událost a podmínky
- Zákaznický nebo interní příjemce
- Povinné údaje ve zprávě
- Pravidlo prvního a opakovaného odeslání
Pište obsah podle dalšího kroku zákazníka
Předmět a první odstavec mají pojmenovat skutečný stav. Zpráva vysvětlí, zda zákazník musí zaplatit, doplnit údaj, čekat na expedici, nebo může sledovat zásilku. Nejasné marketingové titulky ztěžují dohledání potvrzení. Číslo objednávky a kontakt na podporu uvádějte konzistentně ve všech šablonách.
Zobrazujte pouze údaje potřebné pro daný účel. Interní poznámky, technická chybová hlášení, tajné odkazy a celé platební odpovědi do zákaznického e-mailu nepatří. U citlivé samoobslužné akce použijte odkaz s omezenou platností a ověřením identity, nikoli trvalou URL založenou pouze na snadno dostupném čísle objednávky.
Upravujte šablony s minimální vazbou na jádro
Nejprve využijte podporovaná nastavení, hooky a styly. Úplnou kopii šablony do šablony vzhledu vytvořte jen tehdy, když potřebujete strukturální změnu. Kopie může po aktualizaci WooCommerce zastarat, proto evidujte její původní verzi a při každém vydání porovnejte změny upstreamu.
Datové podmínky držte mimo prezentační HTML. Vlastní plugin připraví bezpečný datový model a šablona jej pouze zobrazí s vhodným escapováním. Rozhodování lze tak testovat bez renderování v každém klientovi. Logo a barvy nastavte tak, aby text zůstal čitelný i při blokovaných obrázcích a v tmavém režimu.
Myslete na jazyk, zařízení a přístupnost
Jazyk zprávy odvoďte z objednávky a uložte ho při nákupu; aktuální nastavení profilu se mohlo změnit. Překlady zahrnují předmět, dynamické věty i vlastní názvy stavů. Formáty měny, data a adresy generujte z dat objednávky a lokality, nikoli ručním skládáním řetězců v šabloně.
E-mail postavte na jednoduché responzivní struktuře a důležitou informaci nenechávejte pouze v barvě nebo obrázku. Tlačítka mají popisný text a přiměřenou velikost, obrázky alternativní popis a pořadí obsahu dává smysl i bez CSS. Textová verze musí obsahovat stejný další krok a bezpečný odkaz.
Testujte události, data a kompatibilitu
Vytvořte testovací objednávky pro hosta, účet, slevu, dopravu, více daní, refundaci, digitální produkt a dlouhé názvy. Každý e-mail spusťte původní událostí, nikoli pouze statickým náhledem. Ověřte adresáty, předmět, částky, odkazy, jazyk, chybějící volitelné údaje a chování po opakování události.
Po aktualizaci WooCommerce zkontrolujte hlášení o zastaralých šablonách a porovnejte je se zdrojem. Test pošlete do reprezentativních klientů a prohlédněte mobil, tmavý režim i blokované obrázky. Provozní monitoring pak sleduje počet vyvolaných a předaných zpráv; doručitelnost řeší navazující vrstva SMTP.
Časté dotazy
Proč dostal zákazník e-mail dvakrát?
Spouštěč mohl reagovat na opakovaný webhook nebo více změn stejného stavu bez idempotentní kontroly. Dohledejte událost a identifikátor odeslání a upravte pravidlo tak, aby stejný obchodní výsledek odeslal zprávu jen jednou.
Je bezpečné kopírovat šablony WooCommerce do motivu?
Je to podporovaný postup pro potřebné úpravy, ale kopii je nutné sledovat při aktualizacích. Upřednostněte nastavení a hooky; u kopie evidujte verzi a regresně testujte data i vzhled.
Jak otestovat e-mail bez skutečné objednávky?
Náhled je užitečný pro vzhled, ale nestačí. Ve stagingu vytvořte reprezentativní objednávku a vyvolejte skutečný přechod, aby se ověřily podmínky, příjemce, dynamické údaje i ochrana před duplicitou.
Zdroje a další čtení
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
