节目已经上架,却没有出现章节列表,制作团队容易先怀疑音频上传出了问题。更有效的第一步,是确定这集节目原本打算使用自己提供的章节,还是等待 Apple 自动生成。两种方式的输入和成立条件并不相同。
Apple 的官方说明列出三条自供路径:在单集描述中写章节标题和时间戳,通过托管服务及 RSS 的 podcast:chapters 标签提供章节,或在音频文件元数据中写入章节。选择描述方式时,首章从00:00:00开始,至少列出三个章节。制作人员应先核对自己实际提交的是哪一种,而不是同时修改多个位置后猜测哪次改动生效。
自供章节也不等于必须赶在首次发布前完成。官方说明支持在已发表单集中补充自供章节,并限定为其支持的语言。若通过 RSS 或描述更新,章节要等 Apple 下一次抓取该节目的 RSS 后才会更新。刚改完后台就立即在播放器里检查,看到旧内容不能单独证明新格式无效。
自动生成则有另外的范围。按照2026年10月12日读取的官方文档,该功能从 iOS 26.2 开始提供,面向英语的 full 和 bonus 单集;预告片以及短于10分钟的单集不会自动生成章节。无法生成转写,或节目没有分发到 Apple Podcasts 目录,也属于官方列出的排查项。因此,节目能播放、能看到某些文字信息,并不足以证明它已满足全部自动章节条件。
例如,假设团队制作了一集八分钟的英语 bonus 节目,因分类中带有 bonus 就一直等待自动章节,排查方向便漏掉了时长条件。此处只是根据规则构造的情境,没有实际上传或设备测试;它说明应该逐项核对条件,不能抓住其中一个标签就作结论。
另外,官方把单章尽量不少于两分钟、每小时尽量不超过六章等内容列为体验建议。整理交付清单时,应把这些建议与自动生成的排除条件分栏记录,避免向创作者宣称“不按建议分章就一定无法显示”。章节划分首先服务于节目结构:标题应让听众知道跳转后会听到什么。
实际核查时,可以记录所用入口、提交内容、更新时间及是否等待过 RSS 刷新,再回到语言、类型、时长和转写状态逐项排查。本文只解释 Apple Podcasts 的公开功能说明,不代表其他播放器规则,也未替任何账号更改设置。
信息来源
本文基于上述公开资料整理,未使用来源页面的图片、视频或嵌入媒体。