E-mailurile magazinului dumneavoastră și livrabilitatea

Modulul 6: Administrare și securitate · Timp de citire: 10 minute

Obiectiv de învățare: După această lecție, veți putea configura e-mailurile unui magazin WooCommerce, vă veți putea asigura că ajung în inbox și le veți putea testa, astfel încât niciun client să nu rămână fără confirmare.

Noțiuni cheie: e-mail tranzacțional, e-mailuri de comandă pentru client și administrator, numele și adresa expeditorului, adresa de răspuns (Reply-To), șabloane, conținut suplimentar, SMTP, serviciu de e-mail tranzacțional, SPF, DKIM, DMARC, aliniere, volum, e-mail dezactivat în staging

Un magazin este și un server de e-mail

Un site WordPress obișnuit trimite din când în când un link pentru parolă sau redirecționează un formular. Un magazin trimite e-mailuri la fiecare comandă, iar aceste e-mailuri nu sunt un detaliu secundar. Pentru client, e-mailul de confirmare este dovada că plata a ajuns cu bine. Este și suportul durabil pe care furnizați informațiile despre comandă și despre dreptul de retragere (lecția 5.4). Iar confirmarea de primire a unei retrageri din contract (lecția 5.3) trebuie să ajungă cu adevărat la client. Dacă un astfel de e-mail ajunge în spam sau nu ajunge deloc, primiți întrebări, comenzi duble și, în cel mai rău caz, un client care crede că nu livrați.

Modul în care funcționează e-mailul din WordPress (funcția wp_mail, PHP mail, de ce SMTP este mai bun) este explicat în cursul WordPress, lecția 9.1. Tehnica din spatele SPF, DKIM și DMARC este explicată în cursul „E-mail în ordine”. În această lecție găsiți doar ce se adaugă în cazul unui magazin.

Ce e-mailuri trimite WooCommerce

WooCommerce are un set fix de e-mailuri. La WooCommerce > Setări > Emailuri (Emails) le vedeți pe toate, cu un comutator, destinatarul, subiectul și titlul pentru fiecare e-mail. Cele mai importante:

E-mail	Către	Când
Comandă nouă	Administrator	O comandă a fost plătită sau trecută în așteptare
Comandă în procesare	Client	Plata a reușit; aceasta este confirmarea propriu-zisă
Comandă în așteptare	Client	Încă așteptați plata, de exemplu un transfer bancar
Comandă finalizată	Client	Ați trecut comanda la Finalizată, de obicei la expediere
Comandă rambursată	Client	Ați rambursat (o parte din) sumă
Comandă anulată și comandă eșuată	Administrator și client	Plata a eșuat sau comanda a fost anulată
Factură sau detaliile comenzii	Client	Când o trimiteți manual din comandă
Notă client	Client	Când scrieți la o comandă o notă „către client”
Resetare parolă, cont nou	Client	La conturi

Dacă folosiți funcția de retragere (lecția 5.3), se adaugă două: o confirmare de primire pentru client și o notificare pentru dumneavoastră. WooCommerce nu finalizează o retragere din contract dacă un e-mail activat nu poate fi trimis. Și din acest motiv e-mailul trebuie să funcționeze.

Nu dezactivați e-mailuri pentru a avea „liniște”. Dacă doriți mai puține e-mailuri pentru administrator, schimbați destinatarul într-o căsuță de e-mail comună, nu comutatorul.

Expeditor, adresă de răspuns și conținut

În partea de jos a ecranului de e-mailuri se află opțiunile pentru expeditor: numele („Ceainăria Example”) și adresa expeditorului. Trei reguli:

O adresă pe propriul domeniu, de exemplu comenzi@example.com. Niciodată o adresă de Gmail sau Outlook.com: aceste domenii nu permit serverului dumneavoastră să trimită e-mailuri în numele lor, iar politica lor DMARC îi face pe destinatari să refuze astfel de e-mailuri.
O adresă care există și este citită. Clienții răspund la confirmare cu întrebări („pot să mai adaug un pachet de ceai?”). Dacă răspunsul ajunge la o adresă noreply, pierdeți aceste întrebări. Dacă doriți ca răspunsurile să ajungă în altă parte, configurați acest lucru cu o adresă de răspuns în pluginul de e-mail sau printr-o regulă de redirecționare.
Același domeniu ca cel prin care trimiteți. Dacă trimiteți prin serverul web, acel server trebuie să figureze în înregistrarea SPF a domeniului, iar e-mailul trebuie să aibă o semnătură DKIM a domeniului respectiv. Despre aceasta este exercițiul.

În fiecare e-mail puteți adăuga conținut suplimentar (un câmp de text sub detaliile comenzii). Folosiți-l pentru ceea ce cere legea în confirmare: o propoziție scurtă despre dreptul de retragere, cu un link către informațiile privind retragerea și către butonul de retragere. La Date clienți și în subsolul e-mailurilor treceți datele firmei. Dacă doriți să schimbați mai mult decât permit setările fiecărui e-mail, puteți suprascrie un șablon în tema (copil) sau puteți folosi un plugin. Șabloanele suprascrise trebuie verificate după actualizări (lecția 6.2).

De ce ajung e-mailurile de comandă în spam

Câteva cauze care apar des la magazine:

Trimiterea prin serverul web fără SPF și DKIM pentru domeniul expeditorului. Serverul destinatar vede un e-mail „de la” example.com trimis de pe un IP care nu aparține acelui domeniu.
E-mailul dumneavoastră se află în altă parte. Dacă căsuța de e-mail pentru example.com este la un alt furnizor (de exemplu Microsoft 365) și magazinul trimite prin serverul web, înregistrarea SPF trebuie să permită și serverul web, sau lăsați magazinul să trimită prin serverul de e-mail al acelui furnizor, cu SMTP. KB 13 explică ce nu funcționează în acest caz.
Volum și limite. O lichidare de stoc cu 600 de comenzi într-o seară înseamnă și 1.200 de e-mailuri (client și administrator). Pachetele de găzduire au o limită pentru numărul de e-mailuri pe oră (KB 20). La multe comenzi sau la un buletin informativ, un serviciu de e-mail tranzacțional (un serviciu specializat în e-mailuri trimise de site-uri) este o cale mai bună; acesta oferă și o imagine de ansamblu asupra a ceea ce a ajuns și a ceea ce s-a întors.
Buletine informative pe aceeași cale. Nu trimiteți e-mailuri de marketing de la aceeași adresă și prin același server ca e-mailurile de comandă. O reclamație privind un buletin informativ nu trebuie să vă tragă în jos e-mailurile de comandă. Consultați cursul „E-mail în ordine” despre buletinele informative.

Pentru SMTP folosiți un plugin care face ca WordPress să trimită printr-o căsuță de e-mail reală sau printr-un serviciu (cursul WordPress, lecția 9.1) și completați acolo același expeditor ca în WooCommerce.

Testare și staging fără e-mailuri

După fiecare modificare, testați cu o comandă reală în modul de test (lecția 4.5), către o adresă la alt furnizor decât propriul domeniu. Nu verificați doar dacă a ajuns, ci uitați-vă și în antetele e-mailului: apare spf=pass, dkim=pass și dmarc=pass cu domeniul dumneavoastră? Cum se citesc antetele este explicat în cursul „E-mail în ordine”.

Pe o copie de staging (lecția 7.3) se află datele reale ale clienților. Dezactivați acolo trimiterea e-mailurilor sau trimiteți toate e-mailurile la o singură adresă de test cu ajutorul unui plugin, înainte de a testa ceva. Altfel, clienții primesc confirmări pentru comenzi care nu au existat niciodată.

La WebOké, un site trimite implicit prin serverul de e-mail al pachetului; cu un plugin SMTP puteți trimite printr-o căsuță de e-mail din același pachet. La alți furnizori de găzduire funcționează similar.

În practică: așa arată în WooCommerce

La Ceainăria Example, un magazin online din Utrecht (Țările de Jos):

WooCommerce > Setări > Emailuri: numele expeditorului „Ceainăria Example”, adresa expeditorului comenzi@example.com (o căsuță de e-mail reală).
La „Comandă nouă”, ca destinatar magazin@example.com, o căsuță de e-mail comună.
La „Comandă în procesare”, conținut suplimentar: „Aveți 14 zile pentru a vă răzgândi. Vă puteți retrage din contract prin linkul Retragere din contract din partea de jos a site-ului nostru.”
Un plugin SMTP care trimite prin căsuța de e-mail comenzi@example.com; SPF, DKIM și DMARC pentru example.com verificate.
O comandă de test către o adresă la alt furnizor; antetele verificate.

Rezumat

E-mailurile de comandă sunt o dovadă pentru client și locul confirmării prevăzute de lege; ele trebuie să ajungă. În România, dreptul de retragere de 14 zile este prevăzut de OUG nr. 34/2014 privind drepturile consumatorilor.
Expeditor pe propriul domeniu, o căsuță de e-mail care este citită, plus SPF și DKIM pentru serverul care trimite efectiv.
Atenție la limite în perioadele aglomerate; luați în considerare un serviciu de e-mail tranzacțional și țineți buletinele informative separat.
Testați cu o comandă de test către o adresă în altă parte și citiți antetele.
Dezactivați e-mailul în staging sau interceptați-l.

Test (quiz)

Exercițiu

Exercițiul A6.1: Ajung e-mailurile dumneavoastră de comandă la destinatar? Completați domeniul, adresa expeditorului care apare la WooCommerce > Setări > Emailuri și serverul care trimite efectiv e-mailul: „webserver” dacă WooCommerce trimite prin pachetul de găzduire, sau numele de gazdă al serviciului de e-mail ori al serverului SMTP. Puteți adăuga un selector DKIM (îl găsiți în antetele unui e-mail de test). Programul interoghează înregistrarea SPF a domeniului și calculează dacă adresele IP ale acelui server se încadrează în ea (pass), caută înregistrarea DKIM pentru selector și înregistrarea DMARC. Verde dacă adresa expeditorului se termină cu domeniul dumneavoastră, există exact o înregistrare SPF care dă pass, DKIM a fost găsit și există exact o înregistrare DMARC validă. Portocaliu la softfail sau neutral, fără selector sau la DMARC p=none. Roșu la un expeditor pe alt domeniu, nicio înregistrare SPF sau mai multe, fail, un selector fără înregistrare sau lipsa DMARC.

Apoi faceți singur (nu se verifică): plasați o comandă de test către o adresă la alt furnizor și căutați în antete rezultatul pentru spf, dkim și dmarc.

O bifă verde înseamnă că această verificare este corectă acum, nu că magazinul dumneavoastră este sigur.

Lecturi suplimentare

Pașii dintr-un panou se aplică pentru WebOké; la alți furnizori funcționează similar.

Cookie-uri pe WebOké

Setări cookie-uri

Necesare

Marketing