После изменения шаблона подтверждения заказа важно проверить не только логотип и цвет кнопки. Письмо должно правильно описывать состояние покупки. Если заменить условный блок универсальной фразой «оплата получена», покупатель с ручным способом оплаты может получить неверное сообщение.

Разделите текст, переменные и условия

Перед правкой отметьте, какие строки являются обычным текстом, какие подставляют данные заказа и какие зависят от состояния покупки. Не заменяйте непонятный код одним готовым абзацем. Сначала сформулируйте изменение: например, уточнить контакт поддержки, сохранив различие между подтверждением размещения заказа и подтверждением оплаты.

Ecwid использует HTML и Freemarker, а также ключи переводов и переменные. В справке показаны разные сообщения для оплаченного и неоплаченного заказа. Шаблоны редактируются в Settings → Notifications, доступны предварительный просмотр и тестовое письмо. Для сохранения собственного текущего оформления нужно скопировать его код: Revert to default возвращает стандартный шаблон, а не вашу предыдущую версию.

Подготовьте небольшую матрицу проверки

Включите в неё оплаченный заказ, покупку с ожиданием оплаты и заказ с доставкой или самовывозом, если оба варианта используются. Для каждого запишите ожидаемое сообщение и нужные реквизиты. Текст о следующем действии покупателя должен соответствовать реальному процессу магазина, а не универсальному рекламному обещанию из старого шаблона.

Учебный пример: после оформления банковского перевода клиент должен дождаться сверки поступления. Письмо сообщает, что заказ принят и содержит дальнейшие инструкции, но не утверждает, что деньги уже получены. Как разделить эти события, объясняет разбор ручной оплаты Ecwid. Корректная формулировка предотвращает спор о том, кто и когда подтвердил расчёт.

Проверьте реальные значения

Предпросмотр полезен для обнаружения сломанной разметки, однако образец может не повторять длинное название вашего товара или русский адрес. После сохранения оформите контролируемый тестовый заказ на свой адрес и сравните письмо с кабинетом. Посмотрите номер, состав покупки, итог и выбранный способ получения. Для каждой изменённой ветки нужен подходящий сценарий.

Если вы добавляете пользовательский текст вручную, не рассчитывайте на его автоматический перевод при многоязычной витрине. Отдельно проверьте используемые языки. Номер покупки должен сохраняться полностью; при нескольких магазинах поможет согласованный префикс заказа. Он нужен для идентификации, но не должен подменять имя отправителя и контакты конкретного магазина.

Сохраните рабочую версию и результат

Запишите дату, назначение правки и список прошедших сценариев. Храните исходный и согласованный шаблоны отдельными файлами с понятными именами. Если письмо перестало отображаться, восстановление проверенной версии быстрее случайного удаления блоков. Не проверяйте новый текст рассылкой по всей клиентской базе: для технической приёмки достаточно контролируемых заказов и адресов.

После обновления просмотрите несколько первых рабочих уведомлений по согласованному процессу команды. Не меняйте одновременно шаблон, способы оплаты и правила статусов без отдельной проверки: иначе источник ошибки будет трудно найти. Успех означает, что покупатель получает правильные данные и понятное действие, а не только аккуратно оформленное письмо в одном почтовом клиенте.

Проверено редакцией 20 октября 2026 года. Практическое руководство, а не сообщение о запуске функции. Примеры и порядок работы — редакционные.