RSS订阅作为内容分发的重要渠道，其元数据的规范性直接影响阅读器对文章归属的识别。作者信息格式在不同RSS标准中存在明显差异，若填写不当，不仅会让订阅者在客户端看不到作者，还可能造成版权信息丢失。理解这些格式要求，是每一位维护站内订阅源的人都需要掌握的基础能力。
RSS 2.0中的作者信息格式
在RSS 2.0规范里，作者信息通过<author>标签表达，该标签位于每一个<item>内部。标准定义其值为作者的电子邮件地址，但实践中也允许直接写姓名或“姓名 邮箱”的组合。需要注意的是，<author>是纯文本节点，不能嵌套子标签，这与Atom形成鲜明对比。
很多自建博客系统为了兼容旧客户端，会在<author>中仅写入昵称。这种做法虽能被部分阅读器识别，但在严格遵循规范的聚合服务中可能被忽略。如果希望同时保留邮箱与姓名，推荐使用“姓名 <邮箱>”的写法，例如“张三 <zhangsan@ipipp.com>”，多数解析库能自动拆分。
<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
<title>示例博客</title>
<link>https://ipipp.com/blog</link>
<item>
<title>第一篇技术文章</title>
<link>https://ipipp.com/blog/1</link>
<author>张三 <zhangsan@ipipp.com></author>
<description>这是正文内容</description>
</item>
</channel>
</rss>
上面的代码展示了一个最简RSS 2.0条目。其中author节点的值使用了“姓名加邮箱”的形式，并且在XML属性或文本中，尖括号通过<与>转义，避免破坏文档结构。如果只写姓名，某些严格客户端仍会尝试将其当作邮箱解析而报错，因此带上邮箱更稳妥。
常见填写误区
一种典型错误是把作者名字写进<description>开头，例如“作者：李四。今天我们来谈……”。这种方式对人类读者直观，但机器无法抽取，导致订阅平台统计作者维度时失效。另一种错误是在<item>外层的<channel>只写一次<author>，企图让所有文章继承，但RSS 2.0并未规定channel级author的继承语义，很多客户端会直接无视。
还有人使用扩展命名空间如dc:creator来补充作者，这确实能被部分支持Dublin Core的 reader 识别，但通用性不如原生<author>。若目标用户使用轻量阅读器，优先保证原生标签正确，再考虑扩展字段作为补充。
Atom格式中的作者信息格式
Atom作为RSS的替代标准，对作者结构有更严谨的要求。它使用<author>元素，但内部必须包含<name>子元素，还可选填<email>与<uri>。这种嵌套结构让作者信息语义更丰富，也避免了RSS 2.0中邮箱与姓名混写的歧义。
在Atom源里，如果条目没有自己的<author>，规范允许回退到feed级别的<author>，这与RSS 2.0的不确定性不同，客户端实现一致性更高。因此对于多作者博客，建议在每篇entry中明确写出作者，单作者站点则可只在feed顶部声明一次。
<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
<title>示例Atom源</title>
<entry>
<title>理解Atom作者标签</title>
<link href="https://ipipp.com/atom/1"/>
<author>
<name>李四</name>
<email>lisi@ipipp.com</email>
</author>
<summary>Atom作者格式说明</summary>
</entry>
</feed>
这段Atom示例清楚标明了作者姓名与邮箱的归属关系。由于Atom本身基于XML命名空间，在编写时不必对<name>内的文字做额外转义，除非出现保留字符。相比RSS 2.0，Atom的层级让自动化处理更可靠，也方便同一源中混合不同撰稿人。
格式选择建议
如果现有系统已输出RSS 2.0，不必强行迁移，只要保证每个item有合规<author>即可。新项目可考虑Atom，因其对作者、更新时间等元数据的定义更现代。无论哪种，都应在生成订阅文件后，使用校验工具检查标签闭合与字段位置，防止动态模板拼接时漏写节点。
对于同时提供两种格式的场景，应保持作者信息一致：RSS里用“姓名 邮箱”，Atom里用name与email分开。这样用户在任意客户端切换时，都不会感到署名丢失或错乱，提升内容品牌认知度。
代码层面生成作者节点
在后端使用语言生成订阅源时，应当封装作者对象。以Python为例，可用ElementTree构建RSS节点，将作者邮箱与显示名格式化后赋值。这样避免字符串拼接带来的转义遗漏，也便于单元测试覆盖各种作者情况。
下面示例演示如何安全地生成RSS 2.0的author字段，其中对特殊字符做了XML转义处理，确保即便作者名含&符号也不会破坏文档。
import xml.etree.ElementTree as ET
def make_author_element(name, email):
# RSS 2.0 author文本格式：姓名 <邮箱>
author_text = f"{name} <{email}>"
el = ET.Element("author")
el.text = author_text
return el
item = ET.Element("item")
item.append(make_author_element("王五", "wangwu@ipipp.com"))
# 继续添加title、link等
print(ET.tostring(item, encoding="unicode"))
该函数返回的是一个已绑定文本的Element，调用方直接挂到item下即可。若项目使用现成库如Syndication库，也应查阅其文档确认author字段映射，不要假设库会自动补全邮箱格式。测试阶段可把生成的XML喂给常见阅读器，观察作者列是否正确呈现。
| 标准 | 作者标签位置 | 是否支持嵌套 | 典型写法 |
|---|---|---|---|
| RSS 2.0 | item下author | 否 | 张三 <zhangsan@ipipp.com> |
| Atom | entry下author含name | 是 | <author><name>李四</name></author> |
通过上表可以快速对照两种格式的核心差别。维护订阅源时，依据自身标准核对每一项，能显著减少用户反馈的“找不到作者”问题，也让内容在聚合生态中更具备可追溯性。
RSSauthor_elementfeed_format修改时间：2026-08-05 22:00:45