Модул 6 · 6.1

Имейлите на Вашия магазин и тяхната доставяемост

Модул 6: Управление и сигурност · Време за четене: 10 минути

Учебна цел: След този урок ще можете да настроите имейлите на магазин с WooCommerce, да се погрижите те да пристигат във входящата поща и да ги тествате, така че нито един клиент да не остане без потвърждение.

Основни понятия: транзакционен имейл, имейли за поръчки към клиента и администратора, име и адрес на подателя, адрес за отговор (Reply-To), шаблони, допълнително съдържание, SMTP, услуга за транзакционни имейли, SPF, DKIM, DMARC, съответствие (alignment), обем, изключен имейл в staging

Магазинът е и пощенски сървър

Обикновеният сайт с WordPress от време на време изпраща връзка за парола или препраща формуляр. Магазинът изпраща имейл при всяка поръчка и тези имейли не са второстепенни. Имейлът с потвърждение е за клиента доказателство, че плащането му е пристигнало успешно. Той е и трайният носител, на който предоставяте информацията за поръчката и за правото на отказ (урок 5.4). А потвърждението за получаване на отказ от договора (урок 5.3) наистина трябва да достигне до клиента. Ако такъв имейл попадне в спама или изобщо не пристигне, ще получите въпроси, двойни поръчки и в най-лошия случай клиент, който смята, че не доставяте.

Как работи имейлът от WordPress (функцията wp_mail, PHP mail, защо SMTP е по-добрият вариант) е обяснено в курса за WordPress, урок 9.1. Техниката зад SPF, DKIM и DMARC е описана в курса „Имейлът в ред“. В този урок разглеждаме само това, което се добавя при един магазин.

Кои имейли изпраща WooCommerce

WooCommerce има фиксиран набор от имейли. В WooCommerce > Настройки > Имейли (Emails) ги виждате всички, като за всеки имейл има превключвател, получател, тема и заглавие. Най-важните:

Имейл	До	Кога
Нова поръчка	Администратор	Поръчката е платена или задържана
Поръчката се обработва	Клиент	Плащането е успешно; това е истинското потвърждение
Задържана поръчка	Клиент	Все още очаквате плащане, например банков превод
Приключена поръчка	Клиент	Задали сте поръчката като Приключена, обикновено при изпращане
Възстановяване на сума по поръчка	Клиент	Възстановили сте сума (или част от нея)
Отказана и неуспешна поръчка	Администратор и клиент	Плащането е неуспешно или поръчката е отказана
Фактура или детайли за поръчката	Клиент	Когато ги изпратите ръчно от поръчката
Клиентска бележка	Клиент	Когато към поръчка напишете бележка „до клиента“
Възстановяване на парола, нов акаунт	Клиент	При акаунти

Ако използвате функцията за отказ от договора (урок 5.3), се добавят още два: потвърждение за получаване до клиента и известие до Вас. WooCommerce не приключва отказ от договора, ако включен имейл не може да бъде изпратен. И затова имейлът трябва да работи.

Не изключвайте имейли, за да имате „спокойствие“. Ако искате по-малко имейли за администратора, сменете получателя с обща пощенска кутия, а не превключвателя.

Подател, адрес за отговор и съдържание

В долната част на екрана с имейлите са опциите за подателя: името („Чайна Example“) и адресът на подателя. Три правила:

Адрес на Вашия собствен домейн, например orders@example.com. Никога адрес от Gmail или Outlook.com: тези домейни не позволяват на Вашия сървър да изпраща имейли от тяхно име, а тяхната политика DMARC кара получателите да отхвърлят такива имейли.
Адрес, който съществува и се чете. Клиентите отговарят на потвърждението си с въпроси („мога ли да добавя още един пакет чай?“). Ако този отговор отиде на адрес noreply, губите тези въпроси. Ако искате отговорите да отиват другаде, уредете това с адрес за отговор в своя плъгин за имейл или чрез правило за препращане.
Същият домейн, от който изпращате. Ако изпращате през уеб сървъра, той трябва да е включен в SPF записа на този домейн, а имейлът трябва да има DKIM подпис от този домейн. За това е задачата.

Във всеки имейл можете да добавите допълнително съдържание (текстово поле под данните за поръчката). Използвайте го за това, което законът изисква в потвърждението: кратко изречение за правото на отказ с връзка към информацията за правото на отказ и към бутона за отказ. В Данни на клиента и в долния колонтитул на имейлите поставете данните на фирмата си. Ако искате да промените повече, отколкото позволяват настройките на всеки имейл, можете да презапишете шаблон във Вашата (child) тема или да използвате плъгин. Презаписаните шаблони трябва да проверявате след актуализации (урок 6.2).

Защо имейлите за поръчки попадат в спама

Няколко причини, които често се срещат при магазините:

Изпращане през уеб сървъра без SPF и DKIM за домейна на подателя. Получаващият сървър вижда имейл „от“ example.com, изпратен от IP адрес, който не принадлежи на домейна.
Вашата поща е другаде. Ако пощенската кутия на example.com е при друг доставчик (например Microsoft 365), а магазинът изпраща през уеб сървъра, SPF записът трябва да разрешава и уеб сървъра, или оставете магазина да изпраща през пощенския сървър на този доставчик чрез SMTP. KB 13 обяснява какво се обърква в такъв случай.
Обем и ограничения. Разпродажба с 600 поръчки за една вечер означава и 1.200 имейла (до клиента и до администратора). Хостинг плановете имат ограничение за броя имейли на час (KB 20). При много поръчки или бюлетин услугата за транзакционни имейли (услуга, специализирана в имейли от уебсайтове) е по-добрият път; тя дава и преглед кое е пристигнало и кое е върнато.
Бюлетини по същия път. Не изпращайте маркетингови имейли от същия адрес и през същия сървър като имейлите за поръчки. Оплакване за бюлетин не бива да повлича имейлите Ви за поръчки. Вижте курса „Имейлът в ред“ за бюлетините.

За SMTP използвайте плъгин, който кара WordPress да изпраща през истинска пощенска кутия или услуга (курс за WordPress, урок 9.1), и въведете там същия подател като в WooCommerce.

Тестване и тишина в staging

След всяка промяна тествайте с истинска поръчка в тестов режим (урок 4.5) към адрес при друг доставчик, а не на собствения Ви домейн. Проверете не само дали е пристигнал, но и заглавните редове на имейла: има ли spf=pass, dkim=pass и dmarc=pass с Вашия домейн? Как се четат заглавните редове е обяснено в курса „Имейлът в ред“.

В копие за staging (урок 7.3) се намират истинските данни на клиентите. Изключете там изпращането на имейли или пренасочете всички имейли към един тестов адрес с плъгин, преди да тествате каквото и да било. Иначе клиентите ще получат потвърждения за поръчки, които никога не са съществували.

При WebOké сайтът по подразбиране изпраща през пощенския сървър на плана; с плъгин за SMTP можете да изпращате през пощенска кутия в същия план. При други хостинг доставчици това работи по подобен начин.

На практика: ето как изглежда в WooCommerce

При Чайна Example от Утрехт (Холандия):

WooCommerce > Настройки > Имейли: име на подателя „Чайна Example“, адрес на подателя orders@example.com (истинска пощенска кутия).
При „Нова поръчка“ като получател shop@example.com, обща пощенска кутия.
При „Поръчката се обработва“ допълнително съдържание: „Имате 14 дни за размисъл. Можете да се откажете от договора чрез връзката Отказ от договора в долната част на нашия сайт.“
Плъгин за SMTP, който изпраща през пощенската кутия orders@example.com; SPF, DKIM и DMARC за example.com са проверени.
Тестова поръчка към адрес при друг доставчик; заглавните редове са проверени.

Обобщение

Имейлите за поръчки са доказателство за клиента и мястото за законовото потвърждение; те трябва да пристигат. В България правото на отказ по Закона за защита на потребителите (ЗЗП) е в срок от 14 дни.
Подател на собствения Ви домейн, пощенска кутия, която се чете, и SPF и DKIM за сървъра, който реално изпраща.
Внимавайте за ограниченията при натоварване; обмислете услуга за транзакционни имейли и дръжте бюлетините отделно.
Тествайте с тестова поръчка към адрес другаде и прочетете заглавните редове.
Изключете имейла в staging или го прихващайте.

Тест (quiz)

Задача

Задача A6.1: Пристигат ли имейлите за поръчки? Въведете своя домейн, адреса на подателя, посочен в WooCommerce > Настройки > Имейли, и сървъра, който реално изпраща имейла: „webserver“, ако WooCommerce изпраща през Вашия хостинг план, или името на хоста на Вашата имейл услуга или SMTP сървър. Можете да добавите и DKIM селектор (ще го намерите в заглавните редове на тестов имейл). Програмата извлича SPF записа на Вашия домейн и изчислява дали IP адресите на този сървър се вписват в него (pass), търси DKIM записа за селектора и DMARC записа. Зелено, ако адресът на подателя завършва на Вашия домейн, има точно един SPF запис, който дава pass, DKIM е намерен и има точно един валиден DMARC запис. Оранжево при softfail или neutral, без селектор или при DMARC p=none. Червено при подател на друг домейн, липса на SPF запис или няколко SPF записа, fail, селектор без запис или липса на DMARC.

След това направете сами (без проверка): направете тестова поръчка към адрес при друг доставчик и потърсете в заглавните редове резултата за spf, dkim и dmarc.

Зелената отметка означава, че тази проверка в момента е наред, а не че магазинът Ви е сигурен.

Задача A6.1: Пристигат ли имейлите за поръчки?

Вашето име на домейн

Адрес на подателя на Вашия онлайн магазин (WooCommerce > Настройки > Имейли)

Изпращащ сървър: име на хоста на Вашия SMTP сървър или имейл услуга, или "webserver"

DKIM селектор (от заглавните редове на тестов имейл) (незадължително)

Това, което въвеждате, и резултатите от проверката не се съхраняват. Браузърът Ви запомня отговорите и дали сте изпълнили задачата. Ако сте влезли, запазваме само дали задачата е била (почти) правилна в Моите курсове; и там можете да го изтриете.

Прочетете още

Стъпките в панела се отнасят за WebOké; при други доставчици работи по подобен начин.

Бисквитки в WebOké

Настройки за бисквитки

Необходими

Маркетинг