Každý e-mail viažte na overenú obchodnú udalosť, nie na ľubovoľné uloženie objednávky. Definujte príjemcu, účel, povinné údaje a podmienku opakovania. Šablóny prepisujte minimálne, testujte s reálnymi stavmi a nikdy nevkladajte do správy interné poznámky, tajné tokeny ani zbytočné osobné údaje. Jazyk správy ukladajte spolu s objednávkou.
Transakčné e-maily WooCommerce potvrdzujú objednávku, zmenu stavu, refundáciu alebo inú udalosť, ktorú zákazník očakáva. Doručená správa však môže byť stále chybná: odošle sa priskoro, obsahuje neaktuálny stav, ukáže internú poznámku alebo sa po opakovanom callbacku odošle dvakrát. Dizajn šablóny je len posledná vrstva spoľahlivého procesu.
Tento návod rieši význam udalostí, obsah a testovanie e-mailov. Technická doručiteľnosť SMTP, DNS a reputácie je samostatná téma. Tu sa sústreďujeme na to, aby správny príjemca dostal správnu informáciu v správnom okamihu a aby sa šablóny dali aktualizovať bez rozbitia údajov, lokalizácie či zobrazenia v bežných e-mailových klientoch.
Vytvorte katalóg správ a ich spúšťačov
Spíšte všetky zákaznícke aj interné správy, ich príjemcu, účel a presnú udalosť. Nová objednávka, potvrdená platba a prijatie do spracovania môžu byť tri rôzne momenty. Ak ich jedna šablóna zamieňa, zákazník považuje objednávku za potvrdenú skôr, než systém pozná výsledok platby.
Pri každom spúšťači určte idempotenciu. Opakované doručenie webhooku alebo ručné uloženie objednávky nemá poslať rovnaké potvrdenie druhýkrát. Uložte identifikátor správy, čas a výsledok bez celého obsahu. Pri opravnom odoslaní musí administrátor vidieť, čo zákazník už dostal.
- Obchodná udalosť a podmienky
- Zákaznícky alebo interný príjemca
- Povinné údaje v správe
- Pravidlo prvého a opakovaného odoslania
Píšte obsah podľa ďalšieho kroku zákazníka
Predmet a prvý odsek majú pomenovať skutočný stav. Správa vysvetlí, či zákazník musí zaplatiť, doplniť údaj, čakať na expedíciu alebo môže sledovať zásielku. Nejasné marketingové titulky sťažujú dohľadanie potvrdenia. Číslo objednávky a kontakt na podporu uvádzajte konzistentne vo všetkých šablónach.
Zobrazujte iba údaje potrebné pre daný účel. Interné poznámky, technické chybové hlášky, tajné odkazy a celé platobné odpovede do zákazníckeho e-mailu nepatria. Pri citlivej samoobslužnej akcii použite expirovateľný odkaz s kontrolou identity, nie trvalú URL založenú iba na ľahko dostupnom čísle objednávky.
Upravujte šablóny s minimálnou väzbou na jadro
Najprv využite podporované nastavenia, hooky a štýly. Úplnú kópiu šablóny do témy vytvorte iba vtedy, keď potrebujete štrukturálnu zmenu. Kópia sa môže po aktualizácii WooCommerce stať zastaranou, preto evidujte jej pôvodnú verziu a pri každom vydaní porovnajte zmeny upstreamu.
Dátové podmienky držte mimo prezentačného HTML. Vlastný plugin pripraví bezpečný model údajov a šablóna ho iba zobrazí s vhodným escapovaním. Tak možno testovať rozhodnutia bez renderovania každého klienta. Logo a farby nastavte tak, aby zostal čitateľný text aj pri blokovaných obrázkoch a tmavom režime.
Myslite na jazyk, zariadenia a prístupnosť
Jazyk správy odvoďte z objednávky a uložte ho pri nákupe; aktuálne nastavenie profilu sa mohlo zmeniť. Preklady zahŕňajú predmet, dynamické vety aj vlastné stavové názvy. Formáty meny, dátumu a adresy generujte z dát objednávky a lokality, nie ručným skladaním reťazcov v šablóne.
E-mail postavte na jednoduchej responzívnej štruktúre a dôležitú informáciu nenechávajte iba vo farbe alebo obrázku. Tlačidlá majú opisný text a primeranú veľkosť, obrázky alternatívny popis a poradie obsahu zmysel aj bez CSS. Textová verzia musí obsahovať rovnaký ďalší krok a bezpečný odkaz.
Testujte udalosti, dáta a kompatibilitu
Vytvorte testovacie objednávky pre hosťa, účet, zľavu, dopravu, viac daní, refundáciu, digitálny produkt a dlhé názvy. Spustite každý e-mail pôvodnou udalosťou, nie iba statickým náhľadom. Overte adresátov, predmet, sumy, odkazy, jazyk, chýbajúce voliteľné údaje a správanie po opakovaní udalosti.
Po aktualizácii WooCommerce skontrolujte hlásenia o zastaraných šablónach a porovnajte ich so zdrojom. Test pošlite do reprezentatívnych klientov a prezrite mobil, tmavý režim aj blokované obrázky. Prevádzkový monitoring potom sleduje počet vyvolaných a odovzdaných správ; doručiteľnosť rieši nadväzujúca SMTP vrstva.
Časté otázky
Prečo dostal zákazník e-mail dvakrát?
Spúšťač mohol reagovať na opakovaný webhook alebo viac zmien rovnakého stavu bez idempotentnej kontroly. Dohľadajte udalosť, identifikátor odoslania a upravte pravidlo, aby rovnaký obchodný výsledok poslal správu raz.
Je bezpečné kopírovať WooCommerce šablóny do témy?
Je to podporovaný postup pre potrebné úpravy, ale kópia sa musí sledovať pri aktualizáciách. Uprednostnite nastavenia a hooky; pri kópii evidujte verziu a regresne testujte dáta aj vzhľad.
Ako otestovať e-mail bez reálnej objednávky?
Náhľad je užitočný pre vzhľad, no nestačí. V stagingu vytvorte reprezentatívnu objednávku a vyvolajte skutočný prechod, aby sa overili podmienky, príjemca, dynamické údaje aj ochrana pred duplicitou.
Zdroje a ďalšie čítanie
Web developer zo Spišskej Novej Vsi. Venuje sa WordPressu, WooCommerce, vlastným pluginom, API integráciám, webovým aplikáciám a praktickým AI automatizáciám.
