Podvojeni transakcijski emaili – dva sporočila “naročilo potrjeno”, dva obvestila o pošiljanju – skoraj vedno izvirajo iz dveh sistemov, ki oba poskušata poslati isti email: vgrajeni emaili WooCommerca in marketinški ali SMTP vtičnik, ki je prav tako nastavljen, da se sproži ob istem dogodku naročila. Rešitev je izbrati enega pošiljatelja na vrsto sporočila in za tisto sporočilo drugega izklopiti. Če tvoja marketinška platforma zdaj pošilja potrditve naročil, izklopi izvorni email potrditve naročila v WooCommercu. Če jih WooCommerce še naprej pošilja, poskrbi, da jih tvoje marketinško orodje ne pošilja tudi. Redko potrebuješ oba, poganjanje obeh pa je tisto, kar ustvari podvojitev. Ta stran pokaže, kako ugotoviti, kateri sistemi pošiljajo, odločiti, kdo je lastnik vsakega sporočila, in ustaviti podvojitve, ne da bi po nesreči utišal email, ki ga stranke dejansko potrebujejo.
Zakaj so podvojeni transakcijski emaili slabši, kot se zdi
Stranka, ki dobi dve identični potrditvi naročila, ne pomisli “kako temeljito”. Pomisli “je moja kartica dvakrat obremenjena?” Nato piše podpori, da vpraša. Podvojeni transakcijski emaili tiho ustvarjajo zahtevke za podporo, spodkopavajo zaupanje natanko v trenutku, ko je stranka najbolj tesnobna (takoj po plačilu), in – manj očitno – škodijo tvojemu ugledu pošiljanja. Ponudniki poštnih predalov spremljajo odvečno pošto, ki izgleda strojno. Dve identični sporočili sekundo narazen sta majhen spam signal, in dovolj takih potisne tvojo dostavljivost navzdol, kar nato škodi marketinškim emailom, ki jih dejansko želiš spraviti v predal.
Torej to izgleda kot kozmetična nadloga, v resnici pa je težava zaupanja in dostavljivosti. Vredno je popraviti pravilno, enkrat.
Zakaj običajni refleks – “samo nekaj ponovno pošlji/izklopi” – deluje kontraproduktivno
Nagon, ko vidiš podvojitev, je hitro izklopiti email. Tako trgovine pristanejo pri nasprotni težavi: stranke, ki dobijo nobene potrditve, ker je nekdo v naglici izklopil napačnega pošiljatelja. Potrditev, ki nikoli ne prispe, je slabša od tiste, ki prispe dvakrat.
Drugi pogosti spodrsljaj je predpostavka, da je vtičnik “pokvarjen”, in njegova ponovna namestitev ali ponastavitev, kar ne spremeni ničesar, ker podvojitev ni napaka – sta dva pravilno delujoča sistema, ki jima je bilo naročeno, naj pošljeta. Dokler ne veš, katera dva, ugibaš. Ponovna namestitev marketinškega vtičnika ne bo ustavila izvornega emaila WooCommerca, da se tudi sproži, ker sta neodvisna. Pošiljatelje moraš zemljevidno preslikati, preden se dotakneš kakšne nastavitve.
Od kod dejansko prihaja podvojitev
Obstaja le nekaj običajnih osumljencev, in njihovo poimenovanje naredi rešitev očitno:
- Izvorni emaili WooCommerca + marketinška platforma, ki oba pošiljata emaile naročil. Daleč najpogostejši vzrok. Povezal si Omnisend, Mailchimp ali podobno, omogočil njegovo potrditev naročila in pustil vklopljeno izvirno WooCommerce. Zdaj se sprožita oba.
- Dva vtičnika, ki se pripenjata na isto spremembo statusa naročila. Naročilo se premakne v “v obdelavi” in tako vtičnik za potrdila kot WooCommerce se odzoveta na isti prehod statusa.
- SMTP/dostavni vtičnik, ki ponovno poskuša pošiljanje. Manj pogosto, a napačno nastavljen SMTP vtičnik lahko ob poteku časa ponovno poskusi in dostavi dvakrat.
- Tok, ki se ponovno sproži. V tvojem marketinškem orodju lahko avtomatizacija na podlagi naročila, nastavljena, da se sproži ob več dogodkih naročila (ustvarjeno in plačano, recimo), pošlje dve skoraj identični sporočili.
Puščanje prihodka in časa je tukaj resnično, a posredno: ure podpore, porabljene za pomirjanje zaskrbljenih strank, plus počasni davek na dostavljivost, ki pomeni, da del tvojega legitimnega marketinškega emaila začne preskakovati predal. Na prometni trgovini lahko zahtevki “zakaj sem dobil dva emaila” tiho postanejo stalen curek v vrsti podpore.
Praktična rešitev, po vrsti
To naredi kot zaporedje – ničesar ne izklapljaj do 2. koraka.
- Preslikaj, kdo kaj pošilja. Oddaj testno naročilo. Zabeleži vsak email, ki prispe, natančnega pošiljatelja in časovni žig. Dva emaila “naročilo potrjeno” z dveh različnih naslovov pošiljateljev ti takoj pove, da gre za dva sistema. Dva iz istega sistema kažeta na ponovni poskus ali dvojno sprožen tok. Ta petminutni test nadomesti veliko ugibanja.
- Odloči lastnika vsakega transakcijskega sporočila. Za vsako vrsto sporočila – potrditev naročila, obdelava, zaključeno/odposlano, vračilo, nov račun – izberi natanko en sistem, ki ga pošlje. Razumen privzetek: naj WooCommerce lasti čista transakcijska potrdila, razen če so različice tvojega marketinškega orodja očitno boljše (blagovno znamčene, s priporočili). Karkoli izbereš, en lastnik na sporočilo.
- Izklopi podvojitev na strani poraženca. V WooCommercu je to WooCommerce → Nastavitve → Emaili, kjer je vsako obvestilo mogoče izklopiti posamično. V tvojem marketinškem orodju je to preklop za tisto specifično transakcijsko sporočilo ali avtomatizacijo. Izklopi tistega, ki ga nisi izbral za lastnika – ne obeh, ne napačnega.
- Ponovno testiraj z novim naročilom. Potrdi, da zdaj prispe eno od vsakega sporočila, od lastnika, ki si ga izbral. Nato testiraj robni primer: vračilo, sprememba statusa sem in tja, ročno ustvarjeno naročilo. Podvojitve se pogosto skrivajo na manj prehojenih poteh.
Ena podrobnost, vredna omembe kot nekaj, kar velja preveriti v lastni postavitvi: natančni zasloni z nastavitvami in imena preklopov tako v WooCommercu kot v katerem koli marketinškem vtičniku se med različicami spreminjajo, zato zgornje poti obravnavaj kot obliko rešitve, ne kot natančna navodila klik za klikom – potrdi trenutne oznake v svoji namestitvi. [VERIFY odraža resnično nihanje med različicami; ne trdim specifičnega besedila menija.]
Kaj preveriti v sami avtomatizaciji
Če podvojitev prihaja iz tvojega marketinškega orodja in ne iz prekrivanja WooCommerce proti orodju, poglej sprožilec:
- Sproži na en dogodek naročila, ne na več. Potrditev sproži ob “naročilo ustvarjeno” ali “naročilo plačano” – enem od njiju, ne obeh. Tok, ki posluša več dogodkov naročila, je klasičen vir skoraj podvojitev.
- Dodaj izhodni ali odstranjevalni pogoj, da isto naročilo ne more vstopiti v isti tok dvakrat v kratkem oknu.
- Ohranjaj transakcijske in marketinške tokove ločene. Transakcijsko potrdilo in ponakupno marketinško zaporedje sta različni nalogi; mešanje v en tok naredi dvojna pošiljanja in pošiljanja napačnemu občinstvu bolj verjetna. Marketinška stran sodi v pravi ponakupni tok, poslan kot namerno nadaljevanje, ne prilepljen k potrdilu.
Primer iz trgovine
Trgovina z izdelki za nego kože je povezala marketinško platformo, vklopila njeno lepo blagovno znamčeno potrditev naročila s prodajami dodatnih izdelkov in v roku dneva začela dobivati zahtevke “zakaj dva emaila?”. Testno naročilo je to jasno pokazalo: eno navadno potrdilo iz WordPress/WooCommerca in ena blagovno znamčena potrditev iz marketinškega orodja, štirideset sekund narazen, ista številka naročila.
Lastnica je odločila, da je blagovno znamčena različica boljša – nosila je logotip in blok “dobro se poda z” – zato je postala lastnik sporočila potrditve naročila. Izklopila je izvorni WooCommerce email stranki “Naročilo v obdelavi” (navadnega) in pustila WooCommerce administratorsko obvestilo sebi nedotaknjeno. Ponovno testirala: ena blagovno znamčena potrditev stranki, eno interno opozorilo njej, brez podvojitve. Zahtevki so prenehali. Skupni čas, morda dvajset minut, ko je nehala vse ponovno nameščati in preprosto preslikala pošiljatelje.
Kako meriti, da je popravljeno in ostane popravljeno
- Zahtevki za podporo, ki omenjajo “dva emaila” ali “dvakrat obremenjeno”. Neposreden signal. V nekaj dneh naj pade na nič.
- Stopnja pritožb za spam na transakcijski pošti, v poročanju tvojega dostavnega orodja. Podvojitve jo napihnejo; rešitev naj jo olajša.
- Umestitev v predal / dostavljivost na tvojih marketinških pošiljanjih čez naslednje tedne – okrevajoč ugled se tukaj pokaže počasi.
- Ponavljajoče se testno naročilo po vsaki posodobitvi vtičnika. Posodobitve lahko tiho ponovno omogočijo izklopljen email, zato hitro mesečno testno naročilo ujame regresije, preden jih ujamejo stranke.
Če sledenje ali dostavljivost po odstranjevanju podvojitev še vedno izgleda narobe, je širša diagnostika kako odpraviti težave s sledenjem WooCommerce emailov, ki pokriva sosednje težave manjkajočih ali napačno pripisanih pošiljanj.
Kako se vklaplja Omnisend
Če na WooCommercu poganjaš Omnisend, je čista postavitev, da en sistem lasti vsako transakcijsko sporočilo. Omnisend lahko pošilja blagovno znamčene potrditve naročil in obvestila o pošiljanju, in ko jih omogočiš, je treba ustrezne izvorne WooCommerce emaile izklopiti v WooCommerce → Nastavitve → Emaili – sicer dobiš natanko podvojitev, o kateri govori ta stran. Njegove na naročilo sprožene avtomatizacije ti omogočajo sprožitev ob enem samem dogodku naročila in ohranjanje transakcijskih potrdil ločenih od marketinških nadaljevanj, kar naenkrat odstrani dva najpogostejša vzroka podvojitve.
Poštene opombe: to je disciplina postavitve, ne nekaj, kar orodje naredi zate samodejno – vtičnik ne more vedeti, da si pustil vklopljeno WooCommerce različico, zato je odločitev “en lastnik na sporočilo” tvoja, da jo sprejmeš in preveriš. To je tudi tisto, kar je vredno preveriti takoj po povezavi, poleg vsega ostalega v kateri WooCommerce podatki se sinhronizirajo v Omnisend in kaj preveriti po nastavitvi. Omnisend je partner Shopimationa prek affiliate programa; priporočam ga iz uporabe v svojih trgovinah, podvojeni emaili naročil pa so bili ena prvih stvari, ki sem jih moral pospraviti po preselitvi trgovine – vodič za preselitev kako prenesti WooCommerce email marketing na Omnisend opozarja, kje se ta prekrivanja običajno pojavijo.
Tvoj naslednji korak
Oddaj eno testno naročilo prav zdaj in preberi vsak email, ki ga ustvari – pošiljatelj in časovni žig. Če vidiš dva od česarkoli, si v petih minutah našel prekrivanje, rešitev pa je en preklop pri pošiljatelju, ki ga nisi izbral za obdržati. Nato nastavi mesečni opomnik za ponovno testiranje po posodobitvah, ker je najpogostejši način, da se popravljena podvojitev vrne, posodobitev vtičnika, ki tiho spet vklopi nastavitev.
