发布与验证
让 AI 做 RSS 订阅页：读者和阅读器都找得到
网页提供订阅说明，阅读器通过 HTML 发现订阅源。
资料核验2026.11.12 · 静态内容站 · RSS、索引与发布检查
首页的「订阅」直接开了 XML，有经验的读者会去复制网址，第一次用 RSS 的人却可能以为点坏了。网页按钮可以走说明页，页面头部仍可通过 alternate 链接提供源地址。
给 AI 的上下文与边界
交给助手三处入口和正式域名配置，要求可见订阅按钮去说明页，机器发现继续通过 HTML head 的 alternate 链接。说明页给一键复制和查看源，剪贴板不可用时仍显示可手动使用的地址。
分别检查点击和发现
把可见订阅入口指向说明页，显示完整地址，保留「查看 RSS 源」。在 HTML head 声明 RSS 的 alternate 链接，让支持发现的阅读器找到机器可读的地址。
测试时从首页点进说明页，复制地址后验证它能取回 XML。再检查页面里的 alternate 链接确实指向 feed，而不是说明页。
正式域名配置后再做一次。首页打开正确，无法证明 feed 条目中的文章网址也已经切换。
可以直接照着做的演练
部署预览时用一个固定站点域名。分别核对说明页按钮、HTML 的 alternate 和 RSS 条目链接。记录「入口 URL、目的 URL、响应类型」三个值，最后把复制出来的地址贴到自己的阅读器做一次确认。
检查生成结果
- 页眉、首页与页脚都指向说明页。
- 发现链接直接指向 RSS。
- 复制内容能取回 XML。
- 正式域名下条目链接使用同一个站点地址。
复查时追问一层
让助手分别检查页面链接、响应类型与 XML 内容。浏览器里能打开说明页无法证明阅读器发现正常，机器接口可读也无法证明普通用户知道怎样订阅。
查看源链接拿到的是 XML，说明页是给人操作的 HTML。让助手分别记录两个响应的内容类型，并用明确的正式域名配置跑一次预览。没配正式域名时先核对本机预览，避免直接把预览地址送进发布产物。
