MailerLite 按时区发送：导入订阅者可能跟随账户时间

结论：购买 newsletter 真正需要的计时模型

MailerLite 可以适合全球 newsletter，但选择按时区发送，不证明知道每位收件人的当前本地时间。帮助说明，手动导入订阅者最初缺少位置资料，首封活动采用账户时区。依赖“本地早上9点”前，应先审核这项回退。

本文分析文档，没有操作账户、订阅者、邮件、活动或排期。

通过已批准原始链接查看 Comfort。符合条件的购买可能为 Toolnavia 带来佣金；链接不预选人数档，也不保证送达。

审核时钟背后的资料

时区指南根据注册或活动点击 IP 推断，并明确排除打开邮件对时区的更新；导入记录最初采用账户回退。邮箱地址或导入国家字段，本身不证明这项排期功能知道准确当前时区。

应写明未知联系人如何处理。账户在一个地区，收件人却可能在别处，因此回退是重要活动选择，不能只当报告细节。不要为了看起来完整而编造位置。

区分首批与完整窗口

MailerLite 要求按时区发送至少提前24小时。Outbox 可能显示首个时区批次换算到账户钟点，而不是所选收件人本地时间；首批开始后活动进入 Sent，其他时区仍可能等待。

应从报告已发／待发时区检查进度。指南把地图称为近似概览，并解释夏令时调整；单个地图标签不是某人的准确到达证据。分布发送有开始与结束，不能把它看成统一完成时刻。

区分固定本地时间与付费 Smart sending

时区指南把该功能描述为免费。Comfort 付费 Smart sending 则按个人互动历史选择计时，对导入联系人、新账户采用各自回退。新账户尚无活动资料时，默认账户时区早上9点，之后再随资料调整。

Smart 将打开邮件作为行为输入之一，与时区指南不采用打开记录更新位置，并不冲突，因为两者计算不同。应先决定要固定本地钟点，还是行为优化；两种标签都不保证在业务截止前进入收件箱。

跨服务比较回退规则

Mailchimp Timewarp 也记录提前24小时，以及缺少位置者采用账户批次，但权益及位置收集规则属于 Mailchimp，不应认为它们会随联系人迁移。

Customer.io 提供明确 timezone 属性、自动位置及回退层级。这些是其控制，不是 MailerLite 未记录的手工编辑路线。比较重点是团队能否维护并解释缺失资料行为。

Brevo 优化指南对有时效的活动建议普通立即或定时发送，并记录新受众采用汇总回退。这有助区分优化与截止要求，但不证明 MailerLite 使用 Brevo 算法或24小时规则。

核验模式，再决定账单

四项相关能力是本地时间排期、提前全球规划、分时区进度，以及独立 Smart 选择。建议获授权内部练习记录账户时区和所选模式，包含受控已知／未知样本，再检查首批及余下批次。本文没有发送活动。

应区分发出完成与实际进入收件箱。限时优惠或活动，应定义最晚有效送达时间，选择受支持且有余量的排期，不能只靠“优化”证明截止要求。

当前价格 FAQ 列 Comfort US$12/月起，但可读组件没有确认准确500订阅者购物车或年付总额。应核对真实档位、发送额度、账期与税费。不要只为帮助描述为免费的能力付费；必要付费功能和容量值得完整成本时，再选 Comfort。

核对 MailerLite 当前条款。