站点有了内容之后，下一个问题是：读者怎么知道更新了？
我试过几种方式：RSS、邮件列表、把文章同步到其他平台、在社交平台发链接。每种方式都有各自的成本和体验，最后留下的组合比想象中简单。
RSS：最安静的一种
RSS 是我最先做的，也是我最喜欢的。它不依赖算法，不收集读者信息，读者自己决定什么时候看。
实现上，Hexo 可以直接生成 feed.xml。我选择输出全文而不是摘要，理由是：读者既然主动订阅，就不该被强制跳转。代价是 feed 文件更大，更新时流量略高，但可以接受。
上线后我做了一次校验：用 feed 阅读器订阅自己的源，确认标题、日期、链接和正文都正常。这个步骤很必要，因为 feed 的 XML 错误在浏览器里往往看不出来。
RSS 的问题是“看不见读者”。没有打开率，没有订阅数，只有一个文件。我慢慢接受了这一点：它是一种基础设施，不是增长工具。
邮件：更直接，也更需要克制
邮件列表比 RSS 更主动：读者留下地址，更新时收到邮件。
我用的是第三方列表服务，没有自建。自建要处理退信、反垃圾、域名信誉，成本远高于收益。模板保持简单：标题、摘要、原文链接、退订入口。没有追踪像素，没有花哨的排版。
发送前我会做三件事：
- 用测试地址发一封，确认在不同客户端里的显示；
- 检查所有链接，尤其是退订链接；
- 确认只发给主动确认过的订阅者。
邮件最大的风险不是“发不出去”，而是“打扰”。所以我只在有完整文章时发，不发“本周动态”之类的凑数内容。更新频率低，退订率也低。
多平台：搬运的代价
我试过把文章同步到几个内容平台。最初是手动复制，后来尝试用接口自动同步。
手动复制的成本是时间，但至少可控。自动同步的问题更多：
- 各平台的字段不一样，标签、封面、摘要要分别映射；
- 排版规则不同，代码块和表格经常错位；
- 平台可能改写链接，原文链接被弱化；
- 同步失败时，读者看到的是残缺版本。
我最后采用了一种混合方式：RSS 和邮件自动，平台同步手动，而且只同步精选文章。手动虽然慢，但每次都会重新检查一遍排版和链接，质量更可控。
我关注的数据
分发之后，我只看三个数据：
- 邮件打开率：判断标题和摘要是否准确；
- 原文点击率：判断平台是否把读者带回来；
- 退订率：判断频率是否过高。
我不看“涨了多少粉”，也不做互推。个人站点没有增长指标，只有“有没有人认真读完”。
一个反效果
有段时间我为了“保持更新”，把一篇长文拆成几条短内容发在社交平台。结果那几天阅读量确实高了，但我自己很疲惫，而且短内容脱离上下文之后，容易被误解。
后来我停止了这种做法。分发应该是把完整的内容送到读者面前，而不是把内容切碎去迎合平台。
最后
现在的分发结构很简单：
- 站点生成全文 RSS；
- 有新文章时发一封邮件；
- 精选文章手动同步到一两个平台；
- 所有渠道都保留原文链接。
它不追求覆盖所有人，只服务愿意读的人。分发是服务，不是搬运；把信息送出去的前提，是内容本身值得被送出去。