Speakable 是把内容标记为可供语音朗读的 schema.org 标记。了解它如何运作、有哪些局限,以及它在语音与AI搜索中的作用。

摘要
Speakable 是 schema.org 的一个属性,目前处于测试阶段,用于标记页面中最适合语音朗读的部分,让 Google Assistant 这类语音助手在回应口头查询时把这些段落读出来。
想深入了解?请询问
Speakable 是一个 schema.org 结构化数据属性,用于指明文章或网页中最适合通过语音合成进行音频播放的部分。通过标记一个标题和一段简短摘要,您就明确告诉搜索引擎和语音平台,在回答一个口头问题时应该朗读哪些文字。
它之所以存在,是因为语音与音频答案的运作方式不同于屏幕。设备无法把整篇文章读出来,因此 speakable 会把它指向那些简洁、自成一体、无需任何视觉语境也说得通的段落。这个属性仍处于测试阶段,适用范围也很窄,但它抓住了一个逐年更重要的理念:让内容不只能用眼睛看,也能用耳朵听。
Speakable 是 schema.org 词汇表中的一个属性,用于把页面中的某些部分标记为可供语音合成使用。它作为结构化数据的一部分实现,通常放在 WebPage 或 Article 类型之内,指明语音助手在朗读内容时应优先选择哪些元素。这个属性可以重复使用,以标记一个页面上的多个部分。
最好把它理解为一种提示,而不是一道命令。这段标记告诉平台哪些段落适合语音,但系统仍会通过算法决定是否朗读以及朗读什么。作为一种结构化内容形式,speakable 属于给页面加标签、让机器能够精确使用它的更广泛做法。
Google Assistant 使用 speakable 结构化数据,在智能音箱和支持语音的设备上回答时事新闻类查询。当用户询问某个主题的新闻时,Assistant 会返回全网最多三篇文章,并用语音合成朗读被标记为 speakable 的部分,同时标注来源。
这让 speakable 成为出现在口头答案中的一条路径,而不只是出现在视觉结果里。成为设备朗读的那个来源,是一种独特的可见度,与语音搜索紧密相关,在语音搜索中,唯一的那个口头答案的分量,远大于用户可以扫视的一串链接。
您把 speakable 作为 SpeakableSpecification 加入结构化数据,然后用两种内容定位方式之一指向要朗读的内容:CSS 选择器或 xPath。CSS 选择器按类名或标签定位元素,例如一个标题类和一个摘要类,而 xPath 则直接在文档结构中导航。每个规范对象只允许使用一种定位方式。
一段典型的 JSON-LD 代码会先设定页面类型,然后是一个 speakable 对象,其 cssSelector 列出标题与摘要元素。请让这段标记始终指向那些本来就适合朗读的段落。干净地实现之后,这是一个很小的补充,却能把已有的可直接作答内容变成语音平台可以直接说出来的东西。
Google 建议每个 speakable 段落的内容约为20到30秒,大致是两到三句话。目标是简洁的标题和摘要,它们本身就能传递可理解、有用的信息,而不是从头到尾朗读整篇文章。只标记那一两段直接回答可能被问到的问题的内容。
关键在于,内容必须在纯语音的情境下说得通。避免标记图片说明、发稿地日期或署名信息,它们会让看不到页面的听众感到困惑。请用对话式的语气写出简短清晰的句子,因为在屏幕上就已含糊的内容,在没有视觉线索时听起来只会更糟。
对 SEO 而言,speakable 是语音领域一个小众但真实的机会。随着音频消费增长,每月收听在线音频的人占绝大多数,成为设备朗读的那个段落,是有价值的免手持可见度。它也改善了视障用户的可访问性,并支持一心多用的听众。
对生成式 AI 优化而言,更深的启示在于结构。让内容适合朗读的那套要求,也就是无需周边语境就能回答问题的简洁、自成一体段落,恰恰正是帮助AI助手提取并引用您内容的东西。为耳朵做优化,会强化良好的语音搜索优化,以及AI搜索所奖励的段落清晰度。
speakable 目前适用范围很窄。它处于测试阶段,仅限新闻内容,并且面向使用英语设备的美国用户。它只与 Google Assistant 配合工作,因此无法覆盖其他语音平台,而且如果 Google 的算法认为另一部分更相关,它可能会朗读与您标记的不同的段落。
由于这些限制,speakable 不应成为一项策略的核心。请把它当作面向符合条件内容的低成本增强,而不是一条有保证的渠道。不过,它背后的原则,也就是清晰与自成一体的答案,其适用范围远超这个属性本身,并在语音与AI搜索中都能带来回报。
这个属性指向一个更广泛的转变:内容越来越多地在没有屏幕的情况下被消费,通过智能音箱、车载助手和AI语音。随着越来越多的答案是被说出来而不是被展示出来,交付一段干净、能独立成立的内容的能力,正成为一项核心技能,无论是否涉及某种具体的标记。
即便 speakable 一直受限,把内容设计成适合朗读的样子,也就是短句、直接的答案、不依赖视觉元素,也能让它面向语音优先和AI驱动的发现保持长期有效。这种形式教会了一个值得保持的习惯:写作时要让机器能够说出您最好的句子,并让这些句子独立成立。
Speakable 是 schema.org 的一个属性,用于标记页面中最适合语音朗读的部分,Google Assistant 用它来朗读新闻答案。它通过 CSS 选择器或 xPath 实现,最适合两到三句话的简洁段落,适用范围仍然狭窄且处于测试阶段。它真正的价值在于它所倡导的那种自律。
把它与更广泛的语音搜索优化以及干净的结构化内容搭配起来,并使用 Sorank 的研究与内容规划工具,打造既能用耳朵听、也能在屏幕上看的答案。参考来源:Google Search Central 与 Productive Shop。
来源
Speakable 是 schema.org 的一个属性,用于标记页面中最适合语音朗读的部分。Google Assistant 用它在智能音箱上回答时事新闻类查询,朗读被标记的标题与摘要并注明来源。它让出版方能够指明语音助手应当说出哪些简洁、自成一体的段落。
Google 建议每个 speakable 段落的音频约为20到30秒,大致是两到三句话。目标是一段简洁的标题或摘要,它本身就能传递有用的信息。只标记那一两段直接回答可能被问到的问题的内容,并确保它们在没有任何视觉语境时也说得通。
Speakable 仍处于测试阶段,适用范围狭窄。它仅限新闻内容,主要面向使用英语设备的美国用户,并且只与 Google Assistant 配合工作,而不是所有语音平台。如果 Google 认为另一部分更相关,它也可能朗读与您标记的不同的段落,因此并不保证被采用。
他们已先于您体验了 SORANK

