Woocommerce + GSuite - лучшие практики транзакционных писем? Кто-нибудь? - PullRequest
0 голосов
/ 18 апреля 2020

В последние пару дней я потерял рассудок, пытаясь найти лучшее решение для обработки транзакционных электронных писем woocommerce, чтобы клиенты и менеджеры магазинов (в G Suite на том же домене, что и мой сайт) получали уведомления о новых заказах. , et c.

TL; DR: У меня есть Woocommerce и я хочу следующее поведение электронной почты, и мне интересно, как лучше всего добиться этого:

  • Не отправляйте электронные письма woocommerce go в папки со спамом моих клиентов и получайте уведомления о сохранении. manager@mydomain.com и myemail@mydomain.com учетных записей электронной почты G-Suite.
    • Используйте info@mydomain.com и «MyDomain» в качестве «из электронной почты и имени» в WooCommerce. Неважно, является ли info@mydomain.com псевдонимом электронной почты моей электронной почты G-Suite или серверной электронной почты. Чего я не хочу, так это настраивать новую электронную почту G-Suite только для обслуживания транзакционной электронной почты.

Итак, я опишу свою исходную ситуацию, проблему и Решения, о которых я читал: Когда я настраивал электронную почту Woocommerce в настройках, используя учетную запись электронной почты @ mydomain.com, происходили две вещи:

  1. Клиенты получали сообщения электронной почты в своей папке спама .
  2. Менеджеры магазинов не получали никаких писем. У нас также есть эта контекстная информация, которая может быть полезна:
    • Мы только начинаем как электронная коммерция, так что нет большой нагрузки по электронной почте ...
    • Мы используем самый дешевый G-Suite планируйте (используя до 5 учетных записей) наш домен в домене Google, поэтому я не хочу использовать одну из этих учетных записей только для обработки транзакционной электронной почты.
    • Итак, я нашел параметр и настройку псевдонима разные псевдонимы для отправки и получения электронной почты. Например: "info@mydomain.com".

Я прочитал официальное письмо-FAQ по Woocommerce и кучу других ссылок в форумах Wordpress и переполнении стека. это три курса действий:

  1. Настройка раздельной доставки и запуск моего транзакционного адреса электронной почты с C -Panel.
  2. Используйте плагин SMTP и настройте его для использования API Gmail.
  3. Создайте поддомен и настройте WooCommerce / PHPServer для отправки электронных писем и просто используйте мои письма G-Suite в качестве получателей.

Я прочитал тонны и нашел Я сам в oop, где я не знаю, каков лучший, перспективный вариант, но это то, что я пробовал для каждого варианта:

  1. Я отказался от идеи раздельной доставки как как только я нашел опцию псевдонимов электронной почты в GSuite.
  2. Я активировал ее, и это решило одну из двух моих проблем: клиенты больше не получали мои письма со спамом, но API Gmail победил не позволю мне изменить «от адреса», ни даже «от имени», если Я выбираю псевдоним в качестве адреса электронной почты по умолчанию в Gmail, но это не то, что мне нужно; и если псевдоним (настроенный как почтовый) и получатель совпадают, то GSuite не будет показывать электронную почту в папке входящих сообщений, но в отправленной папке (и помеченной как прочитанная). Поэтому, если у электронной почты менеджера магазина (storemanagername@mydomain.com) есть псевдоним, используемый для отправки электронных писем Woocommerce (info@mydomain.com), он не будет уведомлен о новых заказах.

  3. Я настроил домен псевдоним в моих настройках администратора Google в качестве субдомена (store.mydomain.com) (который генерирует новый псевдоним электронной почты с этим субдоменом), затем я создал субдомен на своем хостинг-провайдере (на данный момент ничего не указал) и настроил мой хостинг на Google MX записи для моего субдомена. Без SMTP-плагина он ничего не делает, независимо от того, какую электронную почту я поместил в поля from и получателя в настройках WooCommerce. С плагином SMTP все работает, используя alias@subdomain.mydomain.com в качестве получателя, поскольку электронные письма приходят в папку «Входящие» (вместо отправленной папки), но удваивают обычную почту и огромное уведомление администратора почты о том, как поддомен «псевдоним домена». mydomain.com "не существует.

Примечание: Google по умолчанию генерирует псевдоним тестового домена mydomain.com.test-google-a. com, когда я использую псевдоним электронной почты с этим получателем псевдонима домена в woocommerce и обычным G-Suite в поле from в Woocommerce, все работает, за исключением того, что мои клиенты по-прежнему получают письма в свои папки для спама. Как настроить mailgun или sendgrid для использования info@mydomain.com в качестве адреса электронной почты отправителя? Будет ли это работать лучше?

Я не новичок в WordPress, но определенно я новичок в WooCommerce и протоколе электронной почты, настройка в целом.

1 Ответ

1 голос
/ 19 апреля 2020

Как вы думаете, вы можете превысить ограничения на отправку G Suite ? Это бы подтолкнуло вас к SendGrid / Mailgun / et c. решение для исходящей info@mydomain.com почты, при этом G-Suite принимает входящую почту, как вам угодно. Хотя, если важно избегать адресов типа «ответ», обязательно выберите поставщика / план, который поддерживает запуск за пределы вашего домена (SendGrid называет это «аутентификацией домена», Mailgun называет это «проверкой домена» и т. Д. c). ).

Это, вероятно, также решит ту начальную проблему, которую вы описали в пункте 2 (если предположить, что это связано с тем, что почта обрабатывается как локальный для веб-сервера).

Если вы выберете такой подход, проверьте трижды настройки SPF / DKIM / DMAR C. И в зависимости от того, с каким провайдером у вас go, некоторые из их плагинов интеграции с WordPress / WooCommerce ... не очень хороши. Я работал над обобщением провайдеров и их плагинов , если это поможет.

И у меня возникла небольшая проблема с тем, кому нужно получать копии чего, но есть woocommerce_email_headers Отфильтруйте, если это будет полезно B CC менеджерам магазина. Вы могли бы даже сделать это выборочно.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...