Woocommerce + GSuite - 交易电子邮件最佳实践?任何人?

Woocommerce + GSuite - Transactional emails best practices? Anyone?

过去几天,我一直在努力寻找处理我的交易性 woocommerce 电子邮件的最佳解决方案,以便客户和商店经理(在与我的网站位于同一域的 G Suite 上)收到通知新订单等

TL;DR: 我有一个 Woocommerce 并想要下一封电子邮件行为,我想知道实现此目的的最佳方法是什么:

所以我将描述我原来的情况、问题和我读到的解决方案: 当我在设置中设置 Woocommerce 电子邮件时,使用 @mydomain.com 电子邮件帐户发生了两件事:

  1. 客户会在他们的垃圾邮件文件夹中收到电子邮件。
  2. 商店经理没有收到任何电子邮件。 我们还有可能有帮助的上下文信息:
    • 我们刚开始做电子商务,所以电子邮件量不大...
    • 我们在 Google 域中使用最便宜的 G-Suite 计划(最多 5 个帐户),所以我不想使用其中一个帐户来处理交易电子-邮件。
    • 所以我找到了别名选项并设置了不同的别名来发送和接收电子邮件。例如:"info@mydomain.com".

我阅读了官方 Woocommerce 电子邮件常见问题解答,以及 Wordpress 论坛和 Stack Overflow 中的许多其他链接,我找到了这三个操作步骤:

  1. 设置拆分递送并让我的交易电子邮件地址 运行 来自 C-Panel。
  2. 使用 SMTP 插件并将其设置为使用 Gmail API。
  3. 创建一个子域并设置 WooCommerce/PHPServer 来发送电子邮件,并且只使用我的 G-Suite 电子邮件作为收件人。

我读了很多书,发现自己陷入了一个循环,我不知道什么是最好的、面向未来的选择,但这是我对每个选项都尝试过的:

  1. 在 GSuite 中找到电子邮件别名选项后,我就放弃了拆分递送的想法。
  2. 我确实激活了它,它解决了我的两个问题之一,客户不再收到我的垃圾邮件,但是 Gmail API 不允许我更改 "from address" 甚至 "from name",除非我 select 别名作为 Gmail 上的默认电子邮件地址,这不是我想要的;如果别名(设置为邮寄者)和收件人相同,则 GSuite 不会在收件箱中显示电子邮件,而是在已发送文件夹中显示(并标记为已读)。因此,如果商店经理电子邮件 (storemanagername@mydomain.com) 有一个用于发送 Woocommerce 电子邮件 (info@mydomain.com) 的别名,他将不会收到新订单的通知。

  3. 我在我的 Google 管理设置中配置了一个域别名作为子域 (store.mydomain.com)(它使用该子域生成一个新的电子邮件别名)然后我创建了我的托管服务提供商上的一个子域(暂时没有指向任何内容),并让我的托管为我的子域设置 Google MX 记录。如果没有 SMTP 插件,它什么都不做,无论我在 WooCommerce 设置的发件人和收件人字段中输入了哪封电子邮件。使用 SMTP 插件可以正常工作,使用 alias@subdomain.mydomain.com 作为收件人,因为电子邮件确实到达了收件箱(而不是已发送的文件夹),但是普通邮件和一个巨大的邮政局长通知加倍了,关于如何域别名 "subdomain.mydomain.com" 不存在。

作为相关说明:当我使用别名 e- 时,Google 默认生成一个测试域别名,即 mydomain.com.test-google-a.com在 woocommerce 中使用此别名域收件人发送邮件,在 Woocommerce 的发件人字段中使用常规 G-Suite 发送邮件,但我的客户仍然会将电子邮件发送到他们的垃圾邮件文件夹。 我将如何设置 mailgun 或 sendgrid 以使用 info@mydomain.com 作为发件人电子邮件地址?这样效果会更好吗?

我不是 wordpress 的新手,但我绝对是 WooCommerce 和电子邮件协议的菜鸟,一般设置。

您认为您有可能超过 G Suite sending limits?那会把你推向 SendGrid/Mailgun/etc。外发 info@mydomain.com 邮件的解决方案,G-Suite 可以根据需要接受传入邮件。尽管如果避免 "reply-to" 类型地址很重要,请确保选择支持 运行 的 provider/plan 域外(SendGrid 称其为 "domain authentication",Mailgun 称其为 "domain verification",等等)。

这也可能会解决您在第 2 点中描述的初始问题(假设这是由于邮件被视为本地到网络服务器)。

如果您采用这种方法,请务必三重检查您的 SPF/DKIM/DMARC 设置。根据您选择的提供商,他们的一些 WordPress/WooCommerce 集成插件……不是很好。我一直在努力总结 providers and their plugins 如果它有任何帮助。

而且我在跟踪谁需要获取什么副本时遇到了一些麻烦,但是如果它对密件抄送商店经理有帮助的话,可以使用 woocommerce_email_headers 过滤器。您甚至可以有选择地进行。