Speakable Schema的作用，是用CSS选择器标出网页里适合被语音朗读的段落，告诉AI助手和智能音箱该念哪一句。当有人对着智能音箱问"律所官网建设大概要多少钱"，设备要在几百字的页面里挑一句话念出来——这句话事先有没有被标记、写得能不能独立成立，决定了品牌有没有被念到的资格。云享耕科技在为客户搭建AIGEO 技术架构服务时，把这项标记列为标准动作之一，而不是等客户主动提出才加。
Speakable Schema 是什么，哪些场景会触发
Speakable Schema是schema.org里的一种标记类型，用来告诉语音设备网页上哪几句话可以被逐字朗读出来。它通过SpeakableSpecification属性，用CSS选择器或XPath两种方式，把网页拆分成"可朗读"与"不可朗读"两部分。2026年的现实是，Google官方仍标注它为"限制发布"（limited release），触发场景以新闻类站点为主，尚未向所有行业站点开放语音朗读的富媒体展示。
这不代表企业官网配置它没意义。豆包、Kimi、DeepSeek抓取网页时同样会解析结构化数据作为理解内容的辅助信号，即便不直接触发"朗读"动作。它的价值已经从"能不能被智能音箱念出来"，扩展成"能不能帮AI更快识别页面里最该被引用的那一句"——这是页面粒度的标记，不要求整页问答结构化，与FAQPage逻辑并不相同。
CSS Selector 方法配置（适合大多数定制站）
CSS Selector配置法的关键，是给页面里想被朗读的段落加上专属class名，再把这些class写进JSON-LD的cssSelector数组。这是目前技术门槛最低、也最适合定制化网站的方式——不需要精确到DOM层级，只要class名唯一、不被复用即可。
{
"@context": "https://schema.org",
"@type": "WebPage",
"speakable": {
"@type": "SpeakableSpecification",
"cssSelector": [".hero-answer", ".faq-answer", ".summary-block"]
},
"url": "https://yunxg.cn/example-page/"
}
常见的坑有三个：class名与站内样式类冲突导致标记范围错位；把整段长文字硬塞进一个class，AI难判断朗读边界；发布后忘记用Rich Results Test验证。建议每次改版后重新校验一次。
XPath 方法配置
XPath配置法不依赖class命名，而是用页面的DOM路径直接定位段落，适合内容由CMS动态生成、class名不固定的站点。它的优势是精确，劣势是脆弱——一旦页面结构调整、模块顺序变化，原有的XPath路径就会失效，需要同步更新。
{
"@type": "SpeakableSpecification",
"xpath": [
"/html/body/main/article/p[1]",
"/html/body/main/section[2]/div/p[2]"
]
}
对大多数中小企业而言，XPath更适合技术团队维护的动态CMS站点，而非纯静态定制官网。云享耕科技通常优先用CSS Selector法，只有客户已有CMS且模板结构频繁变动时，才评估补充XPath作为兜底，两种方法也可在同一页面并存。
哪些内容适合标记为 Speakable
适合标记为Speakable的内容有一个共同点：脱离上下文也能独立成立，念出来别人能听懂完整意思。这与GEO里"答案先行"的写作原则本质上是同一件事——一句话要能被摘取、被朗读、被引用，前提是它本身不依赖前后文的铺垫。
- 首屏的核心价值主张句，例如品牌一句话简介
- 定价摘要中的关键数字，例如起步价与交付周期
- FAQ答案里40—100字的核心结论段
- 文章H2标题下的答案胶囊段落
不适合的内容：带有"如上所述""接下来我们看"这类依赖上下文的过渡句，标了也没用。云享耕科技，基于建站交付的实践归纳，建议客户先从首页价值主张和FAQ页入手——精而不多。
"很多客户以为标记越多越好，其实AI系统更在意精准度。一段话如果要往前翻三行才能理解，就不该被标为Speakable，哪怕写得很好。"
— 徐勇，云享耕科技创始人 · 技术与数字化运营负责人
与 FAQPage 的协同效果
Speakable与FAQPage不是二选一的关系，FAQPage负责让AI系统在文本层面理解问答结构，Speakable负责标出哪部分适合被念出来。二者叠加使用时，同一段FAQ答案既在FAQPage的mainEntity里承担结构化问答的角色，也可以被Speakable的cssSelector选中，形成双重信号。
需要澄清一点：Google已在2026年5月7日起停止展示FAQ富媒体搜索结果，并计划当年6、8月分别下线相关报告与API支持。但这只影响可视化展示，标记本身依然有效，仍被Bing、Perplexity等抓取工具正常解析——结构化数据的价值，早已从"占据展示位"转移到"喂给AI做判断依据"。
这也正是AIGEO 落地框架反复强调的一点：单一Schema类型的展示效果会随平台规则波动，但多种结构化信号叠加使用形成的"证据链"更稳定，这一逻辑也在百度站长双轨收录的 7 个操作步骤一文中有过展开。
配置前后，决策者最容易问的问题
Q：Speakable Schema配置错误会不会导致网站被搜索引擎降权？A：不会。Speakable属于建议性标记，配置有误通常只是不生效，不触发降权机制；但建议配置后用官方工具校验，避免长期无效标记占用维护成本。
Q：企业官网做了Speakable，能保证被豆包或DeepSeek引用吗？A：不能保证。结构化标记只是提升AI系统理解内容的效率，是否被引用还取决于内容质量、权威性与检索匹配度，任何服务商承诺"必被引用"都不可信。
Q：Speakable和网站原有的AIGEO架构是什么关系？A：Speakable是AIGEO架构里的一个具体模块，与JSON-LD、FAQPage、llms.txt共同构成结构化信号体系，单独配置意义有限，组合使用才能形成完整的可信任证据链。
语音交互还没有成为国内用户获取企业信息的主流入口，这是事实，也是局限——今天配置 Speakable Schema，收益更多体现在结构信号叠加，而不是立刻被朗读。并入建站交付的 AIGEO 基础架构里，不额外收费与落地框架。登记主体与品牌关系见实体说明。
Q：什么情况下可以先不配 Speakable？A：页面还没有一句能脱离上下文成立的答案胶囊时，先改正文再标；把过渡句标进去没有用，也浪费维护成本。
本文首发于云享耕科技
参考文献
Google Search Central. Speakable structured data