Minden e-mailt ellenőrzött üzleti eseményhez kössön, ne a rendelés tetszőleges mentéséhez. Határozza meg a címzettet, a célt, a kötelező adatokat és az ismételt küldés feltételét. A sablonokat csak minimálisan írja felül, valós állapotokkal tesztelje, és soha ne helyezzen az üzenetbe belső megjegyzéseket, titkos tokeneket vagy felesleges személyes adatokat. Az üzenet nyelvét a rendeléssel együtt tárolja.
A WooCommerce tranzakciós e-mailjei visszaigazolják a megrendelést, az állapotváltozást, a visszatérítést vagy más olyan eseményt, amelyre az ügyfél vár. A kézbesített üzenet azonban továbbra is hibás lehet: túl korán megy ki, elavult állapotot tartalmaz, belső megjegyzést jelenít meg, vagy egy ismételt callback után kétszer kerül kiküldésre. A sablon dizájnja csupán a megbízható folyamat utolsó rétege.
Ez az útmutató az események jelentésével, az e-mailek tartalmával és tesztelésével foglalkozik. Az SMTP, a DNS és a hírnév szerinti technikai kézbesíthetőség külön téma. Itt arra összpontosítunk, hogy a megfelelő címzett a megfelelő információt a megfelelő pillanatban kapja meg, és hogy a sablonok frissíthetők legyenek anélkül, hogy az adatok, a lokalizáció vagy a megjelenítés sérülne a szokásos levelezőprogramokban.
Készítsen katalógust az üzenetekről és azok kiváltó eseményeiről
Írja össze az összes ügyfeleknek szóló és belső üzenetet, azok címzettjét, célját és a pontos kiváltó eseményt. Az új rendelés, a megerősített fizetés és a feldolgozásra való befogadás három különböző pillanat lehet. Ha egy sablon összemossa őket, az ügyfél megerősítettnek tekinti a rendelést, mielőtt a rendszer ismerné a fizetés eredményét.
Minden triggernél határozza meg az idempotenciát. Egy webhook ismételt kézbesítése vagy egy rendelés kézi mentése nem küldheti el ugyanazt a visszaigazolást másodszor. Mentse el az üzenet azonosítóját, az időpontot és az eredményt, a teljes tartalom nélkül. Javító célú újraküldéskor az adminisztrátornak látnia kell, mit kapott már meg az ügyfél.
- Üzleti esemény és feltételek
- Ügyfél vagy belső címzett
- Kötelező adatok az üzenetben
- Az első és az ismételt beküldés szabálya
A tartalmat az ügyfél következő lépése szerint írja
A tárgynak és az első bekezdésnek a valós állapotot kell megneveznie. Az üzenet elmagyarázza, hogy az ügyfélnek fizetnie kell, adatot kell pótolnia, várnia kell a kiszállításra, vagy nyomon követheti a küldeményt. A homályos marketingcímek megnehezítik a visszaigazolás visszakeresését. A rendelésszámot és az ügyfélszolgálati elérhetőséget minden sablonban egységesen tüntesse fel.
Csak az adott célhoz szükséges adatokat jelenítse meg. Belső megjegyzések, technikai hibaüzenetek, titkos linkek és teljes fizetési válaszok nem valók az ügyfélnek küldött e-mailbe. Érzékeny önkiszolgáló műveletnél lejáró, személyazonosság-ellenőrzéssel ellátott linket használjon, ne olyan állandó URL-t, amely csak a könnyen hozzáférhető rendelésszámon alapul.
A sablonokat a maghoz való minimális kötődéssel módosítsa
Először a támogatott beállításokat, hookokat és stílusokat használja. A sablon teljes másolatát csak akkor hozza létre a témában, ha szerkezeti változtatásra van szükség. A másolat egy WooCommerce-frissítés után elavulttá válhat, ezért tartsa nyilván az eredeti verzióját, és minden kiadásnál hasonlítsa össze az upstream változásokat.
Az adatfeltételeket tartsa távol a prezentációs HTML-től. Egy saját plugin előkészíti a biztonságos adatmodellt, a sablon pedig csak megjeleníti azt megfelelő escape-eléssel. Így a döntések tesztelhetők anélkül, hogy minden klienst renderelni kellene. A logót és a színeket úgy állítsa be, hogy a szöveg blokkolt képek és sötét mód esetén is olvasható maradjon.
Gondoljon a nyelvre, az eszközökre és az akadálymentességre
Az üzenet nyelvét a rendelésből vezesse le, és vásárláskor mentse el; a profil aktuális beállítása időközben megváltozhatott. A fordításoknak ki kell terjedniük a tárgyra, a dinamikus mondatokra és az egyedi állapotnevekre is. A pénznem, a dátum és a cím formátumát a rendelés adataiból és a területi beállításból generálja, ne a sablonban kézzel összefűzött karakterláncokból.
Az e-mailt egyszerű, reszponzív szerkezetre építse, és a fontos információt ne csak színnel vagy képpel közölje. A gombok leíró szöveggel és megfelelő mérettel rendelkezzenek, a képek alternatív leírással, a tartalom sorrendje pedig CSS nélkül is legyen értelmes. A szöveges változatnak ugyanazt a következő lépést és biztonságos hivatkozást kell tartalmaznia.
Tesztelje az eseményeket, az adatokat és a kompatibilitást
Hozzon létre tesztrendeléseket vendég, fiók, kedvezmény, szállítás, több adókulcs, visszatérítés, digitális termék és hosszú nevek esetére. Minden e-mailt az eredeti eseménnyel indítson el, ne csak statikus előnézettel. Ellenőrizze a címzetteket, a tárgyat, az összegeket, a linkeket, a nyelvet, a hiányzó opcionális adatokat és az esemény ismétlése utáni viselkedést.
A WooCommerce frissítése után ellenőrizze az elavult sablonokra vonatkozó figyelmeztetéseket, és vesse össze őket a forrással. Küldjön tesztet reprezentatív levelezőkliensekbe, és nézze át a mobilos megjelenést, a sötét módot és a letiltott képeket is. Ezt követően az üzemeltetési monitoring figyeli a kiváltott és a továbbított üzenetek számát; a kézbesíthetőségért a ráépülő SMTP-réteg felel.
Gyakori kérdések
Miért kapta meg az ügyfél kétszer az e-mailt?
Az indító (trigger) reagálhatott egy ismételt webhookra vagy ugyanannak az állapotnak több változására idempotens ellenőrzés nélkül. Keresse vissza az eseményt és a küldés azonosítóját, majd módosítsa a szabályt úgy, hogy ugyanaz az üzleti eredmény csak egyszer küldjön üzenetet.
Biztonságos-e a WooCommerce-sablonokat a témába másolni?
Ez a szükséges módosítások támogatott módja, de a másolatot a frissítéseknél követni kell. Részesítse előnyben a beállításokat és a hookokat; másolat esetén tartsa nyilván a verziót, és regressziós teszttel ellenőrizze az adatokat és a megjelenést is.
Hogyan tesztelhető az e-mail valós megrendelés nélkül?
Az előnézet hasznos a megjelenéshez, de nem elegendő. A stagingen hozzon létre reprezentatív rendelést, és váltson ki valódi állapotátmenetet, hogy ellenőrizze a feltételeket, a címzettet, a dinamikus adatokat és a duplikáció elleni védelmet is.
Források és további olvasnivaló
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.
