Inferensys

Glossary

Speakable

A Schema.org property that identifies specific sections of an article or webpage most suitable for text-to-speech conversion by voice assistants and screen readers.
Elegant overhead shot of a polished wooden communal table in a sun-drenched WeWork lounge, laptops and tablets displaying AI workflow dashboards, plants and pendant lights in background.
SCHEMA.ORG PROPERTY

What is Speakable?

A specialized Schema.org property that identifies specific sections of an article or webpage most suitable for text-to-speech conversion by voice assistants and screen readers.

Speakable is a speakable property within Schema.org's Article and WebPage types that explicitly marks content sections optimized for text-to-speech (TTS) conversion. Unlike generic page scraping, this structured data signals to voice assistants and screen readers exactly which textual segments—identified via CSS selectors or XPath—should be read aloud, filtering out navigation elements, advertisements, and other non-essential content.

The specification uses a SpeakableSpecification type containing cssSelector or xpath values to pinpoint DOM elements. By implementing this markup, publishers improve audio accessibility and increase the likelihood their content is surfaced in voice search results and Google Assistant responses, ensuring a clean, contextually coherent listening experience for users.

VOICE INTERFACE OPTIMIZATION

Key Features of the Speakable Property

The Speakable property identifies content sections optimized for text-to-speech (TTS) conversion, enabling voice assistants to deliver concise, high-quality audio summaries.

01

Core Definition & Mechanism

The Speakable property is a Schema.org type that pinpoints specific parts of an article or webpage suitable for text-to-speech (TTS) conversion. It uses XPath or CSS selectors to target HTML elements. When a voice assistant receives a query, it can parse the structured data to extract only the speakable content, bypassing navigation, ads, and tangential text. This results in a direct, audible answer rather than a robotic reading of the entire page.

XPath/CSS
Selection Method
02

Technical Implementation

Implementation requires embedding a SpeakableSpecification within a WebPage or Article schema. The xpath or cssSelector property points to the DOM node containing the speakable text.

  • JSON-LD Example: "speakable": { "@type": "SpeakableSpecification", "xpath": ["/html/head/title", "/html/body/div[2]/p[1]"] }
  • Content Rules: The targeted text must be straightforward, concise, and grammatically correct when read aloud. Avoid complex tables or nested lists.
  • Validation: Use Google's Rich Results Test to confirm the markup is correctly parsed.
03

Content Guidelines for TTS

Content marked as speakable must adhere to strict editorial guidelines to ensure a natural auditory experience:

  • Brevity: Limit to 20-30 seconds of spoken audio (approx. 2-3 sentences).
  • Clarity: Use simple sentence structures. Avoid jargon that is hard to pronounce.
  • Self-Contained: The snippet must make sense without visual context or surrounding paragraphs.
  • No Visual Cues: Avoid phrases like "click here" or "as seen in the chart below."
05

Accessibility & Screen Readers

While primarily an SEO tool for voice assistants, speakable complements Web Accessibility Initiative (WAI) standards. Screen readers can theoretically leverage this markup to skip repetitive UI elements and jump to the core content. However, speakable is not a replacement for ARIA labels or proper semantic HTML. It serves as a parallel, AI-focused signal that reinforces the primary narrative of the page for auditory consumption.

06

Limitations & Best Practices

The speakable property has specific technical constraints:

  • Eligibility: Currently, Google primarily supports it for news articles and blog posts.
  • No Markup in Target: The selected HTML element should contain only text. Inline markup like <em> or <a> tags can cause TTS engines to stumble.
  • Single Focus: Do not mark up the entire body. Select only the most newsworthy summary sentence.
  • Testing: Always listen to the output via a TTS simulator to catch awkward pronunciations before deployment.
SPEAKABLE SCHEMA

Frequently Asked Questions

Technical answers to the most common implementation and strategic questions regarding the Schema.org Speakable specification for voice assistant and text-to-speech optimization.

Speakable is a Schema.org property that identifies specific sections of an article or webpage most suitable for text-to-speech (TTS) conversion by voice assistants and screen readers. It works by wrapping content within speakable property nodes, typically using JSON-LD or Microdata, to signal to search engines and AI agents which textual segments are optimal for audible recitation. The specification relies on cssSelector or xpath properties to pinpoint HTML elements containing the target text. When a voice assistant like Google Assistant processes a page with Speakable markup, it prioritizes the marked sections, ignoring navigation, ads, or boilerplate, ensuring a clean, concise auditory summary. This is critical for Generative Engine Optimization because AI-driven answer engines use these signals to extract high-confidence, direct-answer content for spoken responses in conversational interfaces.

Prasad Kumkar

About the author

Prasad Kumkar

CEO & MD, Inference Systems

Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.

His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.