大多数播客都有演绎描述个人剧集的音符。在iTunes中，您可以通过单击剧集，然后单击剧集描述右侧的“i”来查看这些演出笔记;在iOS Podcasts应用程序中，您可以通过在正在播放屏幕中点按播客的“专辑封面”来查看这些节目备注。
通常这些演示笔记都包含指向网站的链接，但AFAIK既不是iTunes也不是iOS应用程序将这些链接视为纯文本以外的链接;似乎没有任何方法可以实际打开它们。例如，参见下面的截图;请注意，在段落的中间（大约五行），出现“单击此处”字样，但不起作用。
我认为这可能由出版商承担责任（也许他们只是从他们的网站上复制/粘贴文本而没有正确编写剧集描述），但如果是这样的话，这似乎是一个普遍的问题;我从来没有见过播客 没有 工作。对我而言，似乎iTunes和iOS都没有设置来处理剧集描述中的实时链接。
我这是对的吗？那些链接应该有效吗？或者我只是做错了什么？
编辑添加： 如果这个问题的答案是“不，那些描述不起作用”，那么是否有更好的播客应用程序 不 处理那些作为实时链接？
Answers:
简短的回答？ 你不能点击那些链接，他们不是那里开始。您可以阅读该文本的原因是播客制作方的懒惰内容管理;没有更多，也没有更少。
答案越长？继续阅读...... 您引用的文本来自 summary 要么 description 发布者的iTunes RSS XML提要中的XML数据字段。为了更好地了解为iTunes创建播客的整体方式，请检查 这份全面的文件 以及 这里的RSS 2.0规范 。以下是关于使用的建议 <itunes:summary> 和 <description> 标签：
利用这个
<itunes:summary>标签。该<itunes:summary>标签 （或者<description>标记如果<itunes:summary>不存在）允许 您可以通知用户您的播客。描述你的主题， 媒体格式，剧集安排和其他相关信息。在 此外，列出您最相关的搜索字词 播客并将其构建到您的描述中。请注意iTunes 商店会删除包含不相关字词的播客<itunes:summary>要么<description>标签。
现在，这些规范中的任何内容都没有明确引用摘要/描述中不允许的链接，但我确实知道，作为Web开发人员，RSS提要可能很难处理，至少可以说。一般来说，RSS提要 - 而不仅仅是播客 - 并不意味着完全替代内容;它们只是作为一种方式来传达一个快速的“嘿，看看这些东西！”有关某事的信息。在这种情况下，播客剧集的唯一链接是实际播客本身的链接。
所以我的直觉告诉我你看到“点击这里”文本的原因是播客发布者方面的懒惰内容管理实践的简单结果。看的意思 具体的 TLDR 插曲（＃44，“妓女洗衣店”） 在他们的实际网站上显示以下内容;附上截图供参考：
所有这些链接确实在他们的网站上活跃，但不在播客信息中。这意味着WNYC似乎正在生成播客RSS XML数据的方式是通过采用用于他们的博客帖子的“描述”，剥离链接和无关的HTML并重新利用它 - 双重目的吗？ - 播客描述/摘要RSS XML数据点。更像内容的方式是在内容管理系统中有一个单独的“播客描述”字段，但这意味着某人必须为每个播客编写两个可能过于耗时的描述。
这就是说，文本可能会说“点击这里”，但不仅没有办法在用户端解决这个问题，核心原因归结为播客内容制作人没有做太多努力来定制他们的摘要/针对不同媒体/受众的描述性内容。所以当你这样说时：
也许他们只是从他们的网站复制/粘贴文本而不是 正确编码剧集描述。
你是在正确的轨道上，但它似乎比“剪切和粘贴”更自动化。我会说他们使用的RSS XML生成代码只是从他们的数据库中抓取描述文本，剥离链接然后将其设置为iTunes XML提要的“描述”/“摘要”。
Apple的播客规范 明确讨论如何在摘要字段中嵌入HTML链接：
文字编码
对您的播客源使用纯文本UTF-8编码（无标记或HTML，除非如下所述）。
标记值限制为255个字符，但最多可包含4000个字符。不要在值中添加前导或尾随空格。
将包含嵌入式链接的XML的所有部分包含在CDATA部分中，以防止格式化问题，并确保Podcasts应用程序中的链接功能正常。例如：
<itunes:summary><![CDATA[<a href=“https://www.apple.com”>Apple</a>]]></itunes:summary>
几个流行的播客客户支持这个 - 阴天，Pocket Casts，Downcast等等，我相信iOS上的Podcast现在也可以。
例如，参见Macstories对Overcast的评论中的这个截图：
[ 