YayMail Addon for MultiVendorX - Плагин WordPress

Руководство по настройке YayMail Addon for MultiVendorX для писем маркетплейса

YayMail Addon for MultiVendorX нужен не как отдельный почтовый плагин, а как мост между конструктором писем YayMail и событиями маркетплейса MultiVendorX. В этом руководстве разберём, как подготовить сайт, где искать нужные шаблоны, какие данные проверять в письмах продавцов и администратора, как тестировать результат на реальном заказе и что делать, если письмо выглядит не так, как ожидалось.

Материал рассчитан на владельца WooCommerce-маркетплейса, вебмастера или специалиста поддержки, которому нужно привести системные письма к единому стилю: уведомления о заказах, регистрации продавцов, действиях администратора, комиссиях и связанных событиях. Здесь нет инструкции по покупке или активации лицензии. Считаем, что плагин уже доступен, а задача - безопасно настроить и проверить его на рабочем сайте или staging-копии.

Важная особенность продукта: он работает поверх трёх уровней - WordPress, WooCommerce и MultiVendorX. Поэтому ошибка часто возникает не в самом редакторе письма, а в событии заказа, статусе продавца, почтовой доставке WooCommerce или неподходящем тестовом сценарии. Ниже каждый этап привязан к проверке результата, чтобы вы не ограничивались красивым предпросмотром, а понимали, что письмо действительно уйдёт нужному получателю.

Какую задачу решает addon в связке WooCommerce и MultiVendorX

Обычный WooCommerce умеет отправлять системные письма о заказах, статусах и действиях магазина. MultiVendorX добавляет к магазину логику маркетплейса: продавцов, заявки, комиссии, уведомления администратора и сообщения, связанные с жизненным циклом vendor-аккаунта. YayMail даёт визуальный редактор писем WooCommerce, а YayMail Addon for MultiVendorX расширяет этот редактор под шаблоны, которые создаёт MultiVendorX.

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

Чем addon отличается от обычного редактора писем

YayMail сам по себе работает с письмами WooCommerce и даёт базовый набор элементов, предпросмотр и тестовую отправку. Addon добавляет поддержку писем MultiVendorX и специальные короткоды, связанные с данными маркетплейса. В документации YayCommerce отдельно указаны шаблоны addon: письма продавцу, администратору, владельцу магазина, уведомления по заявке продавца и другие события, которые не относятся к обычному набору WooCommerce.

Это означает, что настройка должна идти не от вопроса "как сделать красивое письмо", а от вопроса "какое событие маркетплейса запускает это письмо и какие данные в нём должны быть понятны получателю". Если письмо предназначено продавцу, важны данные заказа, статус, сумма, комиссия или действие, которое продавец должен выполнить. Если письмо уходит администратору, важнее быстро увидеть, что требует проверки.

Где результат видит пользователь

Результат работы addon виден не на витрине магазина, а в почтовом клиенте получателя и в тестовой отправке из редактора. Поэтому проверка должна включать не только визуальный предпросмотр в админ-панели, но и реальное письмо в почтовом ящике. Предпросмотр помогает оценить структуру, но он не всегда доказывает, что нужные данные появятся при конкретном событии MultiVendorX.

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

Кому подойдёт YayMail Addon for MultiVendorX, а где он будет лишним

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

Подходящие сценарии

• Маркетплейс на WooCommerce, где MultiVendorX управляет продавцами, заявками и заказами.
• Сайт, который уже использует YayMail для WooCommerce-писем и хочет привести письма MultiVendorX к тому же визуальному стилю.
• Команда поддержки, которой важно уменьшить число вопросов от продавцов за счёт более понятных уведомлений.
• Агентство или вебмастер, который готовит маркетплейс для клиента и должен передать понятный набор почтовых шаблонов.

Когда addon может не понадобиться

Если у вас обычный WooCommerce-магазин без продавцов, MultiVendorX и vendor-сценариев, addon не даст самостоятельной пользы. В таком случае достаточно базового YayMail или другого редактора писем WooCommerce. Если сайт использует не MultiVendorX, а другой multivendor-плагин, нужно выбирать addon под эту конкретную платформу: у Dokan, WCFM Marketplace и других решений свои события и свои наборы шаблонов.

Есть и техническое ограничение: addon не заменяет доставку почты. Он помогает оформить письмо и подставить данные, но не исправляет сам по себе проблемы SMTP, блокировки почтового сервера, неверный адрес отправителя или некорректный статус заказа. Для надёжной доставки всё равно нужна нормальная почтовая инфраструктура WooCommerce.

Что проверить перед установкой на сайт маркетплейса

Перед установкой важно убедиться, что вы настраиваете addon в правильной среде. Почтовые шаблоны - чувствительная часть магазина: ошибка в письме может не сломать витрину, но повлияет на коммуникацию с продавцами и администратором. Лучше сначала работать на staging-копии, где можно создать тестового продавца, оформить пробный заказ и посмотреть, какие письма реально отправляются.

Базовые зависимости

Для работы нужны активные WordPress, WooCommerce, MultiVendorX, YayMail и сам addon. Официальная документация YayCommerce описывает процесс так: установить и активировать addon, после чего в редакторе YayMail становятся доступны шаблоны MultiVendorX. Если один из базовых плагинов отключён или заменён другим multivendor-решением, нужных шаблонов может не быть в списке.

Подготовьте тестовые роли и сценарии

Минимальный набор для проверки - один тестовый покупатель, один продавец, товар этого продавца и заказ, который проходит через обычный WooCommerce-процесс. Если вы проверяете письмо о заявке продавца, понадобится отдельная заявка или пользователь, проходящий vendor-регистрацию. Если проверяется письмо о заказе продавцу, нужен заказ с товаром именно этого продавца, а не обычный товар администратора.

Не начинайте с массового редактирования всех писем. Сначала выберите один важный шаблон, настройте его, проверьте на реальном событии, затем переносите подход на остальные. Так проще понять, где проблема: в шаблоне, короткоде, событии MultiVendorX или доставке почты.

Установка и первичная проверка в админ-панели WordPress

Установка проходит как у обычного WordPress-плагина: архив добавляется через Plugins, затем активируется. После активации переходите в настройки YayMail и ищите шаблоны MultiVendorX в списке писем. Название меню и точный путь могут отличаться в зависимости от версии YayMail, но логика остаётся одинаковой: сначала активный addon, затем список доступных шаблонов в редакторе.

Порядок безопасного первого запуска

1. Проверьте, что WooCommerce, MultiVendorX и YayMail активны.
2. Активируйте YayMail Addon for MultiVendorX через список плагинов WordPress.
3. Откройте редактор YayMail и найдите письма, относящиеся к MultiVendorX.
4. Выберите один шаблон, например письмо продавцу о событии заказа или заявке.
5. Откройте предпросмотр и убедитесь, что шаблон загружается без ошибок.
6. Отправьте тестовое письмо на служебный адрес, не на реальный адрес продавца.

После этого у вас должно быть два подтверждения: шаблон виден в редакторе и тестовая отправка работает. Если список шаблонов пуст, возвращайтесь к зависимостям. Если шаблон виден, но письмо не приходит, проверяйте не дизайн, а почтовую отправку WooCommerce, адрес отправителя и SMTP.

Как понять, что addon действительно подключился

Самый надёжный признак - в YayMail появились шаблоны, связанные с MultiVendorX, и внутри них доступны элементы или короткоды маркетплейса. В официальной документации YayCommerce для этого addon перечислены поддерживаемые email-шаблоны и отдельные короткоды, привязанные к данным MultiVendorX. Если вы видите только стандартные письма WooCommerce, значит, addon не подключился или базовый MultiVendorX не активен.

Подробная настройка шаблонов после установки

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

Выберите шаблоны по приоритету

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

Безопасный порядок настройки

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

Такой порядок снижает риск: если первая версия шаблона неудачна, вы исправляете один тип письма, а не весь набор уведомлений. Для сайта с активными продавцами это особенно важно.

Работа с элементами письма

YayMail строит письмо из блоков. В контексте MultiVendorX лучше держать структуру простой: заголовок, краткое объяснение события, таблица или блок с важными данными, действие для получателя и служебный футер. Не перегружайте письмо декоративными секциями, если продавцу нужно быстро понять заказ или статус.

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

Короткоды и динамические данные MultiVendorX

Документация YayCommerce показывает, что addon добавляет короткоды для данных MultiVendorX и поддерживает набор шаблонов, связанных с маркетплейсом. Используйте эти данные точечно. Динамический блок должен отвечать на конкретный вопрос получателя: какой заказ, какой продавец, какая сумма, какой статус или какое действие нужно выполнить.

У короткодов есть практический нюанс: часть данных зависит от реального объекта, например заказа или vendor-заявки. Если отправить тестовое письмо без подходящего исходного события, динамический фрагмент может выглядеть пустым или неполным. Это не всегда ошибка шаблона. Иногда редактору просто нечего подставить.

Правило для тестов: если короткод должен показать данные заказа или продавца, используйте тестовый заказ с товаром продавца. Пустой предпросмотр не доказывает, что shortcode сломан.

Какие настройки лучше не трогать без причины

Не стоит сразу менять все системные шаблоны и отключать стандартные блоки, пока не понятно, какие данные нужны каждому получателю. Не удаляйте служебные сведения о заказе, если продавец использует письмо как рабочую подсказку. Не меняйте критичные email-настройки WooCommerce в процессе оформления шаблона: адрес отправителя, тип контента и SMTP лучше проверять отдельно, чтобы не смешивать проблему дизайна и проблему доставки.

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

Как выстроить письма продавца, администратора и владельца магазина

Главная продуктовая особенность addon - разные адресаты внутри одного маркетплейса. Обычный магазин часто думает о покупателе и администраторе. MultiVendorX добавляет продавца как отдельную рабочую роль, поэтому письмо должно быть не просто красивым, а ролевым: у каждого получателя свой контекст, свои действия и свой уровень доступа.

Письма продавцу

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

Что поставить выше всего

• Короткое объяснение события понятным языком.
• Идентификатор заказа, заявки или другого объекта, если он доступен.
• Данные, которые помогают продавцу принять действие без перехода в несколько экранов.
• Ссылку или инструкцию, где продолжить работу в кабинете продавца, если такая ссылка доступна в вашем шаблоне.

Письма администратору

Администраторские письма лучше делать менее эмоциональными и более диагностическими. Их задача - быстро подсказать, что произошло и требует ли событие ручной проверки. Если это заявка продавца, важны имя, email, статус и дальнейшее действие. Если это событие заказа, важны продавец, заказ и расхождения, которые могут потребовать внимания.

Не превращайте письма администратора в копию письма продавца. Администратору нужна не мотивационная формулировка, а быстрый контекст. В шаблоне уместны status-блоки, выделенные служебные заметки и короткие инструкции для команды поддержки.

Письма владельцу магазина

Владелец магазина часто смотрит на маркетплейс шире, чем отдельный продавец. Для него важна прозрачность: какие события произошли, какие продавцы вовлечены, какие суммы или статусы требуют внимания. Если шаблон перегружен деталями, владелец может пропустить главное. Поэтому в таких письмах лучше использовать ясные заголовки, краткие секции и аккуратные визуальные разделители.

Практический пример: письмо продавцу о заказе в маркетплейсе

Разберём типовой сценарий, который хорошо показывает логику addon. Цель - подготовить понятное письмо продавцу, когда в WooCommerce появляется заказ с его товаром. Конкретные названия шаблонов могут отличаться, поэтому ориентируйтесь на письмо MultiVendorX, которое отвечает за уведомление продавца о заказе или связанном событии.

Цель

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

Подготовка

• Есть активный продавец MultiVendorX.
• У продавца есть опубликованный тестовый товар.
• YayMail Addon for MultiVendorX активен и шаблон виден в редакторе.
• Почта WooCommerce уже проверена на обычном тестовом заказе.

Шаги настройки

1. Откройте редактор YayMail и выберите шаблон MultiVendorX, связанный с заказом продавца.
2. В верхнем блоке напишите короткое объяснение события: продавцу должен быть понятен смысл письма без чтения всего шаблона.
3. Добавьте динамические данные, которые доступны для этого события: заказ, продавец, товары или суммы, если такие shortcodes есть в вашем шаблоне.
4. Оставьте только те декоративные блоки, которые улучшают чтение. Баннеры и большие изображения не должны отодвигать данные заказа слишком низко.
5. Отправьте тестовое письмо, затем оформите реальный тестовый заказ с товаром продавца и проверьте письмо в почтовом ящике.

Ожидаемый результат

В почтовом клиенте должно прийти письмо в стиле вашего сайта, где виден контекст заказа и понятен следующий шаг для продавца. Если часть данных не отображается, проверьте, есть ли у тестового события нужный объект. Например, письмо продавцу по заказу не сможет корректно показать vendor-данные, если заказ не связан с товаром продавца.

Нюанс, который часто мешает проверке

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

Проверка результата: от предпросмотра до реального письма

Проверка должна идти по нескольким слоям. Первый слой - визуальный: письмо не разваливается, блоки выровнены, текст читается, цвета не конфликтуют. Второй слой - динамические данные: shortcodes подставляют нужные значения. Третий слой - доставка: письмо действительно приходит получателю. Четвёртый слой - ролевой: получатель получает только то письмо, которое относится к его действию.

Минимальный тестовый маршрут

1. Откройте предпросмотр шаблона в YayMail и проверьте структуру.
2. Отправьте тестовое письмо на технический адрес и проверьте внешний вид в реальном почтовом клиенте.
3. Создайте событие MultiVendorX, которое должно запускать этот шаблон: заказ, заявку продавца или другой поддерживаемый сценарий.
4. Проверьте, пришло ли письмо нужному получателю.
5. Сравните данные в письме с данными заказа, продавца или заявки в админ-панели.
6. Проверьте письмо на мобильном экране почтового клиента, но не проектируйте весь шаблон только под телефон.

Что считать успешной настройкой

Успешная настройка - это не только красивый дизайн. Письмо должно отвечать на вопрос получателя и не терять данные. Для продавца это значит: понятно, к какому событию относится письмо и что делать. Для администратора: понятно, что проверить. Для владельца магазина: понятно, какое событие произошло и требует ли оно внимания.

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

Практичные идеи применения для разных сценариев маркетплейса

Когда базовые шаблоны уже работают, addon можно использовать не только для косметики. Его сила в том, что письма становятся рабочими подсказками для разных ролей маркетплейса. Ниже несколько сценариев, которые не требуют выдуманных функций: они опираются на обычную логику писем WooCommerce, события MultiVendorX и визуальное редактирование в YayMail.

Ускорить обработку заказов продавцами

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

Сделать заявки продавцов понятнее для администратора

Если маркетплейс модерирует продавцов вручную, письма о заявках должны выделять информацию для проверки. Администратору не нужен длинный приветственный текст. Ему нужны email, имя, статус заявки и короткое действие: проверить профиль, одобрить, запросить уточнение или оставить без изменения в зависимости от вашей внутренней процедуры.

Снизить нагрузку на поддержку

Часть обращений появляется не из-за ошибок, а из-за неясных уведомлений. Если продавец не понимает, что означает статус или почему письмо пришло именно ему, он пишет в поддержку. Настройте тексты так, чтобы каждое письмо объясняло причину события. Это не заменяет базу знаний, но делает ежедневные коммуникации спокойнее.

Выдержать единый стиль WooCommerce-писем

Если покупательские письма уже оформлены через YayMail, vendor-письма не должны выглядеть как чужой кусок системы. Используйте одинаковую ширину, шапку, футер, цвет кнопок и тон сообщений. При этом не копируйте покупательские письма целиком: продавец и администратор решают другие задачи.

Совместимость, производительность и безопасные улучшения

YayMail Addon for MultiVendorX не относится к тяжёлым витринным плагинам: основная работа происходит в админ-панели и при формировании писем. Но это не значит, что совместимость можно игнорировать. Письма WooCommerce зависят от статусов заказов, событий плагинов, корректной почтовой отправки и иногда от темы, если тема или сторонний плагин вмешивается в email-шаблоны WooCommerce.

Что влияет на стабильность

• Почтовая доставка WordPress и WooCommerce, особенно если сайт отправляет письма через сервер без SMTP.
• Конфликты с другими редакторами email-шаблонов WooCommerce.
• Состояние MultiVendorX: активны ли продавцы, есть ли нужные события и корректные роли.
• Кеширование админ-панели или агрессивная оптимизация, которая может мешать редактору, хотя обычный кеш публичной части чаще влияет на страницы магазина, а не на письма.
• Слишком сложный HTML письма: почтовые клиенты хуже поддерживают сложную вёрстку, чем браузер.

Как улучшать шаблон без рискованных правок

Для этого продукта лучше начинать не с кода, а с возможностей редактора: порядок блоков, короткие тексты, понятные заголовки, аккуратные цвета, проверка в реальном почтовом клиенте. Публично подтверждённой универсальной PHP-точки расширения для всех сценариев MultiVendorX-addon лучше не выдумывать. Если вам нужны собственные shortcodes, используйте только документированный механизм YayMail и сначала проверьте пример на тестовом шаблоне.

Безопасные улучшения, которые обычно не требуют кода:

• Сократить верхний баннер, чтобы важные данные заказа были выше первого экрана письма.
• Добавить служебное пояснение для продавца: почему он получил это письмо и где продолжить работу.
• Разделить блоки для продавца и администратора по смыслу, а не копировать один шаблон.
• Проверить контраст цвета кнопок и ссылок в популярных почтовых клиентах.
• Оставить резервный простой текст для ключевого действия, если кнопка может отображаться нестабильно.

Если требуется глубокая доработка данных письма, лучше передать разработчику конкретную задачу: какой шаблон, какой объект заказа или продавца, какое поле нужно вывести и где это подтверждается в документации. Не меняйте ядро WordPress, WooCommerce, YayMail, MultiVendorX или addon. Такие правки потеряются при обновлении и могут повредить отправку писем.

Почему письма MultiVendorX не выглядят или не отправляются правильно

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

Шаблоны MultiVendorX не видны в YayMail

Симптом: в редакторе доступны только стандартные письма WooCommerce, а шаблонов MultiVendorX нет.

Возможная причина: не активен addon, не активен MultiVendorX, не активен YayMail или установлен addon не для той multivendor-платформы.

Что проверить: список плагинов WordPress, активность WooCommerce, MultiVendorX и YayMail, затем список шаблонов в редакторе. Если используется другой marketplace-плагин, нужен соответствующий addon, а не версия для MultiVendorX.

Как исправить: активируйте недостающий базовый плагин, очистите админ-кеш браузера, снова откройте редактор. Если после этого шаблоны не появились, сверяйте документацию YayCommerce и MultiVendorX, потому что проблема может быть в несовместимой связке версий.

Короткоды показывают пустые данные

Симптом: письмо отправляется, но часть данных продавца, заказа или комиссии пустая.

Возможная причина: тестовое письмо не связано с реальным событием, заказ не содержит товара продавца, vendor-аккаунт не подходит под проверяемый сценарий или выбран shortcode, который не применим к этому шаблону.

Что проверить: создайте реальный тестовый заказ с товаром продавца и сравните письмо с данными в WooCommerce и MultiVendorX. Проверьте, относится ли выбранный шаблон к тому событию, откуда shortcode должен брать данные.

Как исправить: используйте shortcode только в подходящем шаблоне, тестируйте на нужном событии и не удаляйте системные блоки, пока не убедитесь, что данные подставляются стабильно.

Письмо приходит, но выглядит иначе в почтовом клиенте

Симптом: в редакторе письмо выглядит аккуратно, а в почтовом клиенте отступы, ширина или кнопки отображаются иначе.

Возможная причина: почтовые клиенты ограниченно поддерживают сложную HTML-вёрстку и стили. Чем сложнее композиция, тем выше риск отличий.

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

Как исправить: упростите структуру, сократите декоративные блоки, держите важные данные текстом, не делайте кнопку единственным способом понять действие.

Письмо не приходит получателю

Симптом: шаблон настроен, тестовое событие выполнено, но продавец или администратор не получает письмо.

Возможная причина: событие MultiVendorX не сработало, получатель не назначен, письмо отключено, адрес некорректен, либо WordPress не доставляет почту.

Что проверить: сначала обычные письма WooCommerce, затем конкретное событие MultiVendorX, затем адрес получателя и журнал SMTP, если он используется на сайте.

Как исправить: включите нужное письмо, проверьте email роли, повторите событие на тестовом заказе и настройте SMTP, если проблема проявляется не только у MultiVendorX-писем.

После правки шаблона продавцы стали путаться

Симптом: письмо технически отправляется, но продавцы чаще спрашивают, что оно означает.

Возможная причина: в шаблоне удалили контекст события или сделали дизайн важнее содержания.

Что проверить: прочитайте письмо глазами продавца, который не видел админ-панель. Понятно ли, почему письмо пришло, к чему оно относится и что делать дальше?

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

Когда YayMail Addon for MultiVendorX будет удачным выбором

Addon стоит использовать, если у вас действительно есть маркетплейс на MultiVendorX и письма продавцов, администратора или владельца магазина должны быть понятнее стандартных уведомлений. Его сильная сторона - не просто оформление, а возможность привести разные роли маркетплейса к единой почтовой системе в YayMail.

Перед внедрением проверьте зависимости, настройте один приоритетный шаблон, протестируйте его на реальном событии и только потом переносите стиль на остальные письма. Если после чтения вы понимаете, какие шаблоны нужно проверить первыми и какие тестовые заказы создать, можно переходить к файлу продукта: получить файл YayMail Addon for MultiVendorX и провести настройку на безопасной копии сайта.

Для рабочего маркетплейса лучший результат - это письмо, которое не заставляет продавца или администратора гадать. Оно сообщает событие, показывает нужные данные, помогает выполнить действие и проходит проверку в реальном почтовом ящике. Именно на это и стоит ориентироваться при настройке YayMail Addon for MultiVendorX.