通过你的 ESP 导出并发送
MailInApp 也可以自行发送——原生地从你自己的域名发送或通过你自己的 SMTP 中继——所以这套工作流程完全是可选的。如果你已经在使用某个 ESP,拥有既有的名单、自动化流程和积累下来的发件人信誉,你完全不需要离开它:在这里设计并编译邮件,再把发送工作交给你已经信任的那个 ESP。
工作流程
- 在工作室中完成你的设计。
- 导出编译后的 HTML。这一个文件包含全部三个降级层级——动态、静态与 Outlook 标记——以及指向托管互动端点和实时预览的链接。
- 在你的 ESP 中,使用其自定义 HTML / 粘贴代码选项新建一个营销活动,并粘贴导出内容。
- 先发送一封测试邮件,然后像发送其他任何营销活动一样发送。
任何接受自定义 HTML 的 ESP 都可以使用,包括 Mailchimp、Brevo、SendGrid、Klaviyo、Campaign Monitor、ActiveCampaign、HubSpot 和 Mailjet。
你的 ESP 仍会负责的事
- 投递、域名认证(SPF/DKIM/DMARC)、名单管理、取消订阅以及打开/点击跟踪。请按照你 ESP 的要求原样保留取消订阅合并标签和页脚要求。
MailInApp 在发送之后所做的事
- 托管用于记录投票、评分和表单提交的互动端点。
- 托管实时预览页面和托管表单页面。
- 按项目汇总互动分析数据。
Gmail 102KB 规则
Gmail 会裁剪任何 HTML 超过约 102KB 的邮件,把余下部分替换为一个"查看完整邮件"链接——而被裁剪的邮件会丢失它的 <style> 代码块,这会悄无声息地禁用全部动态互动效果。
工作室会在你设计邮件的过程中持续跟踪你的编译后大小与这一预算的对比,并在你接近上限时发出提醒。如果你达到了上限:精简文案、移除未使用的模块,让图片承担更多视觉表现(图片字节不计入其中——只计算 HTML)。
发送前先测试
渲染错误总是偏爱在生产环境出现。在真正发送之前:
- 通过你实际使用的 ESP 发送一封测试邮件(有些 ESP 会对 HTML 做轻微改写)。
- 在 Gmail 网页版和手机上打开它。
- 如果你的受众中包含企业收件人,检查一下经典版 Outlook——你应该看到的是特意准备的 Outlook 层级,而不是一个错乱的布局。