TL;DR

Substack 登录送达异常先分清两件事：你自己收不到登录邮件，还是读者收不到 Newsletter。前者查账号邮箱和过滤规则；后者查订阅状态、发信样本、自定义域名和邮件认证。

先确认是哪一种异常？

现象可能原因先做什么
登录链接收不到邮箱过滤或账号邮箱错查垃圾箱和规则
单个读者收不到读者邮箱拦截让读者查订阅状态
大量读者反馈发信声誉或内容问题收集样本和时间
域名打不开DNS 配置异常查自定义域名设置
付费读者漏收分类或退订对照订阅记录

我会先做一张样本表：邮箱服务商、是否付费、漏收哪一期、是否能搜到发件人。没有样本，只说「大家都收不到」，很难定位。

最短处理路径怎么走？

第一步，处理自己的登录。检查垃圾箱、促销分类、邮箱规则和屏蔽列表。Substack 账号依赖邮箱登录，如果常用邮箱收不到，先在已登录设备里确认邮箱拼写和可用性。

第二步，处理读者送达。让读者搜索 publication 名称、发件人和标题关键词。很多邮件不是没送达，而是进了分类标签、公司网关或自动归档。

第三步，查自定义域名。Substack 官方有自定义域名设置和访问异常文档。域名解析错误时，读者可能打不开 publication；这和登录邮件不是同一层问题，要分开查。

第四步，看邮件认证基础。使用自定义域名做长期 Newsletter，至少要理解 SPF、DKIM、DMARC 的作用：让邮箱服务商知道这封信是谁发的、是否被改过、该如何处理可疑邮件。

创作者后台检查表

模块检查动作记录
登录邮箱是否能收 Substack 邮件截图时间
读者样本Gmail、Outlook、企业邮箱各取样邮箱服务商
最近一期标题、发送时间、打开率对照反馈
自定义域名DNS 是否按官方配置记录 TTL
内容是否短链过多、附件过重下期调整

不要只盯打开率。打开率下降可能是选题问题，也可能是邮件分类变化。技术排查要看「是否送达」，内容复盘再看「是否打开」。

为什么会出现送达异常？

Newsletter 是一条很长的链路：Substack 发出邮件，邮箱服务商接收，用户规则分类，读者决定是否打开。任何一层变化都会让创作者误以为平台坏了。

自定义域名又加了一层 DNS。解析记录写错、旧记录没清、TTL 未生效，都会造成访问异常。我的习惯是：改 DNS 后至少等一个完整生效窗口，再判断是不是平台问题。

如果还没恢复怎么办？

把问题分成三张工单：账号登录、读者送达、自定义域名。每张工单都附上时间、邮箱样本、截图和已尝试动作。联系 Substack Support 时，清楚材料比长篇抱怨有用。

长期运营付费 Newsletter，主账号最好固定设备和工作环境，尤其是处理付款、域名和群发设置时。远程团队协作可以配合 长期稳定家庭 IP + 单设备绑定 固定主设备入口，减少登录提醒和误操作。它不保证邮件进收件箱，但能让后台操作更可追踪。

下次群发前怎么预防？

时间动作
发前 2 天测试登录和后台访问
发前 1 天给 Gmail、Outlook、企业邮箱各发测试
发前 2 小时检查域名访问和链接
发后 1 小时收集读者漏收样本

不要等付费长文写完才测邮箱。我的做法是每次重要群发前先发一封短测试给内部名单，确认标题、链接、域名和发件人都正常，再把正文排进正式发送。

FAQ

Q：读者在 App 里看得到，还会收到邮件吗？ 是否收到邮件取决于订阅和邮箱设置。Substack 官方也有 App 与邮件接收相关说明，创作者应让读者检查邮箱端设置。

Q：换自定义域名后要立刻群发吗？ 不建议。先确认域名访问、DNS 生效和测试邮件，再发重要内容。域名刚改完就群发，排查会很混乱。

Q：短链会影响送达吗？ 可能影响过滤判断。重要 Newsletter 尽量少放跳转链，使用清晰的正文链接和固定发件人身份。

相关阅读

来源与时间戳