Substack分众发送有个隐藏限制：邮件分开了，网页内容仍公开

使用 Substack 订阅者分组，可以先用标签记录活动参与、课程购买或兴趣偏好，再把标签与付费状态、活跃度、国家、注册时间等条件组合成动态名单，最后选择向该名单发送直接邮件，或发布文章但只通知这个分组。成员会随条件变化自动加入或退出，无需手工维护固定名单。

最容易误判的边界是：定向发布限制的是邮件简报和应用推送的接收人，不是文章的访问者。即使只有目标分组收到通知，已发布文章仍可被其他人从 Substack 网页或应用打开；因此，这项功能不能用来隐藏合同、个人资料、专属链接等敏感内容。

先分清标签、动态分组和发送设置

这三个环节各自解决一个问题。订阅者标签保存平台无法自行判断的信息；动态分组持续计算当前符合条件的人；发送设置决定这一次联系谁。文章标签则用于整理文章和网站导航，并不等同于订阅者标签。

例如，“参加过上海活动”适合做订阅者标签，因为信息来自平台之外；“德国的付费订阅者”更适合保存为同时包含国家和付费状态的动态分组。这样，读者开始或停止付费后，名单会随条件变化，不必人工改标签。

第一步：只为平台外信息建立标签

Substack 的订阅者标签说明 将标签定义为仅发布者可见的私人标记，并列出三种添加方式：导入联系人时整批添加、筛选名单后批量添加，以及在单个订阅者资料中添加或移除。订阅者不会看到自己被加了什么标签。

标签应留给活动参与、课程购买、语言偏好或主动选择的兴趣等外部属性。付费状态、活跃度、国家和注册时间已有平台字段，不必再复制成需要人工更新的标签。

1. 列出确实会影响内容或投递策略的平台外属性。
2. 给同类标签采用一致名称，例如“来源—上海活动”“兴趣—AI播客”“产品—写作课”。
3. 明确标签何时添加、何时移除，避免同一含义出现多套名称。
4. 导入或批量标记后抽查订阅者资料，确认标签加在联系人而非文章上。

第二步：把筛选条件保存为动态分组

进入发布者后台的 Subscribers 页面，打开 Segments 标签页。可以从免费订阅者、付费订阅者等模板开始，也可以选择“Start from scratch”，加入标签、国家、活跃度、付费状态或注册时间等条件，然后保存分组。

官方 Segments 指南 说明，分组是由一个或多个条件构成的已保存筛选器，会自动纳入符合条件的订阅者，并排除不再符合条件的人；它不是创建时截取的一份静态名单。页面也允许组合多个筛选条件，并在编辑后覆盖原分组或另存为新分组。

分组名称最好直接表达逻辑，例如“付费｜德国｜活动参与者”，描述栏则写清用途和排除范围。保存前查看实际成员，抽查边界样本：刚升级的付费读者是否进入、取消付费的人是否退出、国家和标签条件是否同时生效。若现有分组承担固定发送任务，可先另存测试版本，以免修改条件时意外改变下一次收件人范围。

第三步：在直接邮件和定向通知之间选择

如果只需联系一批人，不需要生成可长期访问的文章，就打开已保存分组，勾选联系人并选择 Send email。编辑器此时创建的是仅邮件草稿，不是文章草稿，适合活动提醒、调查邀请或一次性运营通知。

如果内容需要作为文章发布，但只想提醒某个分组，则完成草稿后选择 Continue，在 Publish settings 的 Advanced 区域勾选“Only send to a specific audience segment”，再选择目标分组。发布后，邮件简报和应用推送只发给该分组，但文章本身仍按正常的网页和应用访问方式存在。

发送前可按两列逻辑核对：

• 直接邮件：目标联系人收到邮件；网页与应用：不会产生对应的已发布文章页面。
• 定向通知文章：只有目标分组收到邮件或推送；网页与应用：分组外访客仍可打开文章。
• 普通发布：通知对象取决于常规发布设置；网页与应用：文章按正常发布设置出现。

分众内容块解决的是订阅等级差异

如果同一篇文章需要针对订阅等级展示不同段落，可以使用 audience-specific content。Substack 的分众内容块说明 列出的对象包括未订阅、免费、付费和 Founding 订阅者；发布前可以预览各等级看到的版本，登录后的邮件、网页和应用会显示与订阅状态匹配的内容块。

它与 Segments 的筛选维度并不相同。分众内容块按订阅状态决定某个区块的展示版本，不能把任意国家或自定义标签直接变成文章访问名单。你可以通知“参加北京活动的人”，却不能仅凭该分组保证其他人无法读取已发布正文。

发送测试要同时检查收件箱和文章页面

先用内部测试地址建立一个标签和窄分组，再以不敏感的占位内容走完两条发送路径。测试重点不是证明邮件已经送达，而是分别回答“谁收到通知”和“谁能打开内容”。

1. 核对测试分组的筛选条件和当前成员。
2. 发送一封直接邮件，确认目标地址收到邮件，并确认没有对应的文章页面。
3. 发布一篇只通知测试分组的文章，确认目标地址收到邮件或推送。
4. 使用未加入分组的账号或普通网页打开文章链接，核对实际访问范围。
5. 若使用分众内容块，分别预览未订阅、免费、付费和 Founding 身份下的版本。
6. 正式发布前再次查看分组条件和成员，避免标签或订阅状态变化造成误投。

判断标准可以压缩成两句话：目标只是减少无关邮件和推送时，Segments 正合适；目标是限制正文访问时，不能把定向通知当成权限控制。任何不能公开泄露的材料，都不应依赖“只通知某组”来隐藏。