RSS 2.0 与 Atom 1.0 的结构要求
在发布或迁移聚合源时，确保 XML 结构符合规范是保障订阅用户正常接收更新的基础。RSS 2.0 与 Atom 1.0 作为主流的两种 Feed 格式，各自有着严格的根元素与层级定义。
对于 RSS 2.0 规范，文档必须包含一个直属的 <channel> 元素。如果验证器检测到不符合此规则的情况，会触发“RSS 必须仅包含一个直属 <channel>；当前找到 ‹count› 个。”的错误。在 RSS 的 <item> 条目中，必须满足“标题或描述”规则，即 title 或 description 至少存在其一，同时系统会读取 GUID、link 以及发布日期。
对于 Atom 1.0 规范，其结构要求更为严密。每个 Atom 条目（<entry>）必须包含唯一的 ID、title 和 updated 时间。此外，Atom 规范对作者信息有严格的继承规则：如果 Feed 级别没有定义作者，则每个条目中必须直接包含作者信息，否则会触发“请在此条目、其 <source> 或 Feed 中添加 <author>。”或“请在 Feed 中添加 <author>，或在每个条目中直接添加 <author>。”的错误提示。
链接、ID 与 xml:base 解析机制
Feed 中的链接和标识符必须具备极高的精确度，以防阅读器在解析时出现定向错误。
- 绝对地址与相对地址：Atom 规范允许在特定情况下使用相对路径，但这必须依赖
xml:base属性来完成解析。如果缺乏可用的xml:base，任何相对地址都会导致“请为‹field›使用绝对地址；只有具备可用 xml:base 的 Atom 引用才能使用相对地址。”的错误。 - 唯一标识符（ID）：Atom 的 ID 必须是绝对 IRI，相对标识符在规范中是不合法的，会触发“请为
‹field›使用绝对 IRI；相对标识符不是有效的 Atom ID。”的警告。同时，Feed 内的所有 ID 必须唯一，若出现重复，验证器会指出“此 ID 与第‹first›行首次出现的值重复。”。 - 链接有效性：所有被识别为链接的字段都会进行格式解析。如果无法解析为标准的 URL 或 URI 引用，系统将报告“请修正
‹field›；此链接无法解析为 URL 或 URI 引用。”。
常见 XML 格式错误与限制
在编辑或自动生成 Feed XML 时，一些常见的标记语言错误会导致解析器直接中断工作。
首先，XML 文档中不能包含 DOCTYPE 声明，否则验证器会提示“请先移除 DOCTYPE 声明，再检查此 Feed。”。其次，任何不闭合的标签、错误的嵌套或非法字符都会导致 XML 畸变，必须在“修正格式错误的 XML，然后重新验证。”后才能进行深层规则检查。
本验证器对输入的文本长度设有上限，每次最多可检查 500,000 个字符。如果超出此限制，系统会提示“每次最多可检查 ‹max› 个字符。”。若 Feed 结构过于庞大复杂导致计算超时，则会显示“验证耗时过长，请尝试较小的 Feed。”。
结构验证与内容验证的区别
使用本工具时，需要明确结构合规性与内容真实性之间的界限。
本验证器仅对 XML 的语法结构、必填字段完整性以及链接的格式规范进行静态分析。在检查过程中，验证器绝不会实际请求或打开 XML 中包含的任何 URL。这意味着，链接指向的服务器是否可用、是否存在域名解析错误、SSL 证书是否过期、是否存在网页重定向，以及目标页面的具体内容，均不在检测范围内。
因此，“此报告只检查结构和常见格式规则，不能证明内容准确、安全、可被所有阅读器接受或已适合发布。”。
本地处理与隐私保护
本工具在处理数据时严格保护用户的信息隐私。当您粘贴 RSS 或 Atom XML 数据并点击验证后，所有的解析、提取、规则比对和报告生成工作完全在您的浏览器本地运行。
BroBroGo 不会上传、传输或在服务器端保存您的任何 Feed 内容或解析结果。
常见问题
此验证器支持哪些 Feed 格式？
它支持当前的 RSS 2.0 和 Atom 1.0 文档。旧版 RSS、RDF/RSS 1.0 和 Atom 0.3 会被识别出来，但不会套用不适合的规则进行验证。
它会打开或测试 Feed 中的链接吗？
它会解析包含链接的字段，并通过 xml:base 解析 Atom 相对引用，但不会打开 URL，因此不会测试可用性、重定向、证书或目标内容。
会检查哪些条目字段？
RSS 条目会检查标题或描述，并读取 GUID、链接和发布日期；Atom 条目会检查 ID、标题、更新时间、作者继承、备用链接，以及内容与摘要规则。
为什么提示需要移除 DOCTYPE 声明？
在验证前必须将 XML 内容中的 DOCTYPE 声明移除。