最后更新:
播客节目简介的字数设计 - 各平台限制与优化策略
播客的节目简介 (Show Description) 和单集说明 (Episode Notes) 是听众发现节目并决定是否点击播放的关键接触点。然而，Apple Podcasts、Spotify、YouTube Music、Amazon Music 等主要平台的字数限制各不相同，同一段文字在不同平台上可能会被截断。本文将详细解析各平台的限制，并讲解如何设计字数以向所有听众传递最佳信息。
各平台字数限制一览
播客的字数限制在节目整体简介 (Show Description) 和单集说明 (Episode Description) 之间有所不同。此外，搜索结果或卡片中的"折叠显示"与详情页的"完整显示"所展示的字数也不一样。
下表的数值是截至 2026 年 8 月，从各家投稿后台与帮助页面能够确认到的实务参考值。也有平台在官方文档中完全没有写明字数上限，而且这些数值会随规格调整而变化。在决定文案格式之前，请先在自己实际投稿的平台输入框中亲自确认一遍。
| 平台 | 节目简介 (大致上限) | 单集说明 (大致上限) | HTML 支持 |
|---|---|---|---|
| Apple Podcasts | 4,000 字 | 4,000 字 | 部分标签 (a, p, br) |
| Spotify | 1,000 字级别 | 2,000 字级别 | 仅支持链接 |
| YouTube Music | 5,000 字 | 5,000 字 | 不支持 (纯文本) |
| Amazon Music | 4,000 字 | 4,000 字 | 不支持 |
| Overcast | 无限制 (取决于 RSS) | 无限制 (取决于 RSS) | 支持 HTML |
| Pocket Casts | 无限制 (取决于 RSS) | 无限制 (取决于 RSS) | 支持 HTML |
| RSS Feed (标准) | 无限制 | 无限制 | 可通过 CDATA 使用 HTML |
设计原则是让整段文字适配额度最小的那个平台。即使为 Apple Podcasts 撰写了 3,000 字的简介，在节目简介栏只有 1,000 字级别的平台上，后半部分也永远到不了听众眼前。如果以多平台分发为前提，请把核心信息收在前 1,000 字以内，其后的内容当作补充材料来安排。
顺带说明，Google Podcasts 已于 2023 年 9 月宣布停止服务，2024 年 3 月正式关闭，功能被整合进 YouTube Music。旧的解说文章里可能仍把它列为分发目的地，但如今只看 YouTube Music 一侧如何处理你的 Feed 就够了。
搜索结果中的显示 - 开头 2 至 3 行决定胜负
听众发现播客的主要途径是平台内搜索。搜索结果的卡片会在若干行之后把节目简介截断，而这几行里能装进多少字并不是一个固定数值。应用是按行数而不是按字数折叠的，因此屏幕宽度、系统字号设置、应用自身的版式更新，都会改变实际可见的文字量。请把开头 2 至 3 行当作一定会被读到的部分，其后的内容视为只有点击展开的听众才会看到的附加部分。围绕这条折叠线来设计，与元描述设计是同一种思路。
搜索结果中显示的开头部分应包含以下信息：
- 节目类型和主题：用一句话传达节目定位，如"探索科技与商业交汇点的播客"
- 更新频率：包含听众用于订阅决策的信息，如"每周一更新"
- 目标听众：明确说明节目面向谁，如"面向创业者和产品经理"
- 差异化亮点：展示与其他节目的不同之处，如"现任 CTO 邀请嘉宾坦诚分享失败经历"
在开头写"本节目是……""在本播客中，我们……"这样的前言，等于把仅有的可见区域填上零信息量的文字。在只能显示几行的情况下，省去铺垫直接切入核心更为有效。
单集说明的结构技巧
单集说明 (节目笔记) 与节目简介承担着不同的角色。节目简介帮助听众判断"是否要听这个节目"，而单集说明则承担"是否要听这一集"和"听完后的参考资料"两个功能。
有效的单集说明采用三层结构设计：
| 层级 | 字数参考 | 内容 | 目的 |
|---|---|---|---|
| 第 1 层：钩子 | 50-100 字 | 用 1-2 句话概括本集核心 | 在搜索结果和卡片中吸引兴趣 |
| 第 2 层：概要 | 200-400 字 | 话题详情、嘉宾介绍、讨论要点 | 为播放前的决策提供依据 |
| 第 3 层：参考信息 | 300-800 字 | 时间戳、参考链接、嘉宾社交媒体 | 支持听后深入探索 |
第 1 层的钩子应设计为在任何应用中都无需展开即可读完的开头 2 至 3 行内容。开头就写出嘉宾姓名、主题和具体数字，如"本期邀请前 Google 工程师田中，分享大规模系统故障处理中学到的 3 个教训"，那么即使没有人点击展开，实质信息也已经送到了听众眼前。若把问候语或赞助商公告放在这个位置，听众就会在看不到任何判断依据的情况下划走。
第 3 层的时间戳对于长篇节目 (30 分钟以上) 尤为重要。需要从头快进寻找目标段落的一集，往往会被推迟收听；而有了目录，同一集就变成了现在马上可以开始听的内容。部分应用会把"12:30 - 话题名"这样的时刻标注当作跳转到该播放位置的链接来处理，因此请保持格式统一、时间准确。
RSS Feed 中 description 与 content:encoded 的使用区分
播客的 RSS Feed 有两个主要的文本存储字段：<description> 标签和 <content:encoded> 标签。这两者的使用方式直接影响跨平台的显示差异。
| 字段 | 格式 | 推荐用途 |
|---|---|---|
| description | 纯文本 (也可通过 CDATA 使用 HTML) | 不依赖 HTML 的简洁说明 |
| content:encoded | HTML (CDATA) | 带链接和时间戳的详细说明 |
| itunes:summary | 纯文本 | 面向旧版应用的摘要 |
应用会读取哪个字段、按什么优先顺序读取，因应用而异，而且官方文档并不总会写明这一点。因此"只把信息放进一个字段"是一种早晚会让某处的说明栏空着的设计。实际推荐的做法是双重管理：在 description 中存储纯文本版 (1,000 字以内)，在 content:encoded 中存储 HTML 版 (带链接和时间戳)。纯文本版要写到即使只有它被显示、不依赖链接也足以做出判断的程度。
对于新建的 RSS Feed，没有必要在 itunes:summary 上投入精力。如果现有 Feed 中已经包含该字段，请填入与 description 不矛盾的内容。三个字段各说一套时，听众看到的说明就会因所用应用而不同。
面向 SEO 的节目笔记写作方法
播客 SEO 需要从两个维度思考：音频内容本身的搜索优化和节目笔记的文本搜索优化。各家应用内搜索具体如何运作并未公开，因此做法也与 YouTube 描述 SEO 不同。
不过有一件事你可以自行确认：搜索一下自己的节目，就能看到应用内搜索确实会用到节目名称、单集标题和说明文本。由此可以推出一个可靠的结论：说明里从未出现过的词，不可能把任何人带到你这里。发布前值得检查一次：别人要找这一集时会实际输入的词，是否自然地出现在文本中。
播放量和完播率也常被当作排名因素来讨论，但那并不是公开的规格，只能算是假设。你能可靠掌控的只有文本这一侧，因此先把节目笔记整理好，才是努力最容易见效的地方。
- 关键词的自然布局：在前 200 字内自然地包含与本集主题相关的关键词
- 嘉宾全名：很多听众会按嘉宾姓名搜索，因此务必包含全名和头衔
- 具体的话题名称：不要写"聊聊云计算"，而要用检索者自己的说法，如"一家公司试算迁回自建机房后发现了什么"
- 系列名称统一：连续企划使用统一命名如"系列名 #3"，以支持系列搜索
标题的字数设计
单集标题的字数限制比节目笔记更为严格。虽然与视频标题优化有很多共通之处，但播客也有其特有的限制。
标题输入框的上限数值同样有几家没有公开 (截至 2026 年 8 月)。下表列出的是在输入框中可以观察到的情况，但实务上真正重要的不是上限，而是在列表视图里不被截断、仍然读得完的长度。
| 平台 | 标题的大致上限 | 推荐字数 |
|---|---|---|
| Apple Podcasts | 数百字 (实用上有余量) | 40-60 字 |
| Spotify | 数百字 (实用上有余量) | 35-50 字 |
| YouTube Music | 100 字 | 40-60 字 |
| Amazon Music | 数百字 (实用上有余量) | 35-55 字 |
推荐字数远低于上限，是因为列表视图会在 1 至 2 行处把标题切断。在所有平台上都不会被截断的安全范围约为 35-50 字。如果包含集数编号 (如"#127"占 4 字)，实际可用的只有 30-45 字左右。在这个限制内，需要准确传达本集内容并引起兴趣。
请避免在单集标题中重复包含节目名称。像"科技谈 - 科技谈 #127 生成模型的未来"这样的标题，由于节目名称在节目页和应用列表中本来就会单独显示，重复一次就等于把有限的显示宽度花在听众已经知道的信息上。把同样的宽度用来写这一集特有的内容，就多给了听众一个按下播放键的理由。
章节标记与字数
章节标记 (Chapters) 是为节目内各部分添加标题、有时还有图片的机制。它分为两类：嵌入音频文件本身的标记，以及 Podcasting 2.0 那样由 RSS Feed 指向外部 JSON 文件的形式。哪一种能被理解，因应用而异。在两者都不支持的应用中，章节根本不会出现，因此把同样的时间戳一并写进说明文本，是实务上稳妥的双重准备。
章节标题的推荐字数为 20-40 字。章节排在很窄的列表里，请假设它会比说明文本更早被截断。章节标题应使用具体内容如"为什么 Rust 在嵌入式开发中受到关注"，而非"引言""总结"等通用名称，这样对正在寻找目标段落的听众更有帮助。
节目简介模板与实例
以下是按类型分类的模板，帮助高效创建有效的节目简介。
访谈节目 (推荐 800-1,200 字)
- 前 100 字：节目理念和主持人介绍
- 100-300 字：嘉宾类型和过去的知名嘉宾
- 300-500 字：听众能获得的价值 (学习、启发、娱乐)
- 500-800 字：更新频率、节目时长、社交媒体账号
- 800-1,200 字：赞助商信息、听众来信、相关链接
新闻解读节目 (推荐 600-1,000 字)
- 前 100 字：涵盖的新闻类型和解读角度
- 100-300 字：主持人的专业背景 (建立可信度)
- 300-600 字：节目特色 (时效性、深度分析、独家报道等)
- 600-1,000 字：发布时间表、相关媒体、联系方式
无论哪种模板，都要以节目简介栏最窄的那个平台为基准 (在前面的表格中是 1,000 字级别的那一个)，将核心信息集中在前半部分。超出的部分视为只有在显示空间充裕的应用中才会被读到的"附加信息"，用于放置参考链接和赞助商信息。这样安排之后，无论听众用哪个应用打开，判断节目所需的材料都能送到。
实际的上限由托管服务决定
到这里看的都是平台一侧的限制，但你实际能写多少字，是由托管服务 (分发平台) 的输入框决定的。所有应用读取的都是托管服务生成的 RSS Feed，因此只要托管一侧的字段短，Apple Podcasts 那边的余量再多也用不上。
托管服务并不一定把自己的上限作为成文规格公开，而且上限会随功能更新而变化。与其依赖别人文章里引用的数值，唯一可靠的方法是在自己付费使用的服务后台确认。以下三步就能弄清需要知道的事：
- 观察输入框的行为：往节目简介和单集说明栏里粘贴一段长文本，看是否出现字数计数器，或者输入是否直接停下
- 确认 HTML 的处理方式：插入链接和换行后保存，再确认它们在公开页面上是否还在 (有些服务会把一切压平为纯文本)
- 直接读生成的 RSS：在浏览器中打开 Feed 的 URL，亲眼看看
description和content:encoded里最终留下了什么
值得留意的陷阱是：有的服务节目简介栏比单集说明栏短得多。节目简介写好之后会长期使用，因此在上限吃紧的地方，就把它收缩到更新频率、目标听众、节目切入点这三件事，其余全部交给单集一侧承担。
单集说明的 A/B 测试方法
单集说明的最佳字数因节目类型和听众群体而异。基于数据找到最优解，A/B 测试是有效的方法。虽然播客的 A/B 测试不像网站那样简单，但以下方法可以间接衡量效果：
- 交替测试：偶数集使用短说明 (300 字以内)，奇数集使用长说明 (800 字以上)，比较播放量和完播率
- 钩子文案对比：在前 100 字中交替使用"提问式"和"结论先行式"，比较播放开始率
- 时间戳有无对比：比较包含时间戳和不包含时间戳的节目的完播率。效果的方向会随节目长度和类型变化，因此不要假设别人节目的结果同样成立，要用自己的数字来确认
- CTA 位置：将"订阅频道"或"请留下评价"分别放在说明开头和末尾，比较关注者增长率
Apple Podcasts Connect 和 Spotify 的创作者后台 (截至 2026 年 8 月的名称为 Spotify for Creators) 可以查看每集的播放量、播放开始率、完播率和关注者变化。将这些指标与说明的字数和结构进行对照，就能找到适合自己节目的最佳字数设计。
语音转录 (Transcript) 与 SEO 的关系
Apple Podcasts 从 2024 年 3 月发布的 iOS / iPadOS 17.4 起，开始显示单集音频的转录文本 (Transcript)。值得注意的是它覆盖了哪些语言：该功能推出时支持英语、法语、德语和西班牙语，因此它是否适用于你的节目，取决于你用哪种语言发布 (截至 2026 年 8 月)。
你也会看到这样的说法：转录文本会被纳入搜索索引，因此节目笔记中关键词的重要性相对降低。但转录文本是否进入应用内搜索、以何种方式进入，各家都没有写明，所以请把它当作一种假设而非规格。确定的是，应用一定能拿来处理的文本，就是你的节目名称、单集标题和说明。
这种不对称在实务上对你有利。与 SEO 中的字数考量一样，完全由你掌控的文本，会按你写下的内容成比例地变成资产。即使转录功能今后覆盖更多语言，时间戳、参考链接、嘉宾头衔这类结构化信息也无法从音频自动生成，因此花在整理节目笔记上的时间不会白费。