Speakable Schema

Speakable schema marks the specific sentences on a page that a text-to-speech system should read aloud. In 2026 it's still a narrow, BETA-only Google Home feature — and, despite the hype, not an AI Overviews signal.

First published: Jul 2, 2026 · Last updated: Jul 18, 2026 · Advanced
demand #19 in Structured Data#48 in On-Page#231 in Technical SEO#311 on the site

Speakable schema (schema.org's SpeakableSpecification, added via the speakable property on Article or WebPage) marks the 2–3 sentences on a page best suited to be read aloud by text-to-speech — not the whole article. You point at them with one locator method, cssSelector or xPath, never both. The single most important thing to know in 2026: it's still explicitly BETA (as it has been since July 2018), still limited to US, English, Google Home users, and Google has NOT connected it to AI Overviews or AI Mode despite dozens of SEO posts claiming it now signals citation-worthy passages. It wasn't deprecated in Google's January 2026 cleanup and wasn't mentioned at I/O 2026 — but the Google Assistant it was built to feed is being replaced by Gemini for Home, and nobody, Google included, has said whether Gemini for Home still reads Speakable markup. Treat it as dormant and news-publisher-narrow, not dead — and not an AI-search lever.

Evidence for this claim Schema.org defines speakable as a property whose value can be a SpeakableSpecification identifying sections suitable for text-to-speech. Scope: Schema.org vocabulary semantics. Confidence: high · Verified: Schema.org: speakable Evidence for this claim Google documents speakable structured data as a beta feature with limited language, region, device, and publisher eligibility. Scope: Current documented Google feature eligibility; no documented connection to AI Overviews. Confidence: high · Verified: Google Search Central: Speakable

TL;DR — Speakable is the speakable property (value: a SpeakableSpecification object) on Article/WebPage — not a standalone type. It marks the 2–3 sentences (~20–30s) best read aloud by TTS, located by one of cssSelector or xPath. It’s been explicitly BETA since July 2018 and, per the doc updated December 2025, is still limited to US, English, Google Home users. It survived Google’s January 2026 structured-data cleanup and wasn’t mentioned at I/O 2026 — so it’s dormant, not deprecated. Two accuracy spines: (1) no Google-official source connects Speakable to AI OverviewsAI Overviews are the AI-generated summary box Google shows above or within its regular search results, written by Gemini models from pages retrieved out of Google's normal Search index. It's a Search feature, not a separate platform or index. / AI Mode — that’s a repeated-but-unsourced 2026 myth; and (2) the Google Assistant it feeds is being replaced by Gemini for Home, and nobody has said whether Gemini for Home still consumes Speakable. Treat it as a US-news-publisher relic, not an AI-search lever.

What Speakable actually is

Google’s framing is precise: “The speakable property identifies sections within an article or webpage that are best suited for audio playback using text-to-speech (TTS).” (Google Search Central) The important structural point: it is not its own schema type. It’s the speakable property, whose value is a SpeakableSpecification object, and you attach it to an Article or a WebPage (a NewsArticle works too, by schema.orgSchema markup is code that uses the schema.org vocabulary to label what your content means so search engines can understand it and show rich results. It's most often written in JSON-LD, and it's not a direct ranking factor. inheritance from Article).

And you don’t mark up the whole page. You point at the 2–3 sentences — the headline and a concise summary — that stand on their own when read out of visual context to a listener. That “sections, not the whole article” distinction is the entire design intent.

Locating the speakable content: cssSelector vs xPath

You pick exactly one of two locator methods — never both on the same markup:

  • cssSelector“Addresses content in the annotated pages (such as class attribute).” You target elements by class or CSS path (e.g. .headline, .summary).
  • xPath“Addresses content using xPaths (assuming an XML view of the content).” You target elements by their XPath (e.g. /html/head/title).

cssSelector is the more maintainable choice for most sites because it survives markup reshuffles better than a brittle absolute XPath — but both are valid.

One spelling gotcha worth knowing before you copy an example from the wrong place: schema.org’s own vocabulary page spells the underlying property lowercase, xpath, while Google’s Speakable doc and every JSON-LDJSON-LD (JavaScript Object Notation for Linked Data) is a script-based structured data format, typically paired with the schema.org vocabulary to describe page content for search engines and AI systems. Google recommends it over Microdata and RDFa because it's the easiest format to implement and maintain at scale — but all three work, and structured data isn't a ranking signal. example on it use camelCase, xPath. Since it’s Google Assistant consuming this markup, follow Google’s xPath casing in your JSON-LDJSON-LD (JavaScript Object Notation for Linked Data) is a script-based structured data format, typically paired with the schema.org vocabulary to describe page content for search engines and AI systems. Google recommends it over Microdata and RDFa because it's the easiest format to implement and maintain at scale — but all three work, and structured data isn't a ranking signal. — the schema.org page defines the broader vocabulary, not the property name Google’s parser expects.

TIP Validate selectors only after the narrow use case fits

A clean SpeakableSpecification does not broaden the feature beyond US English news playback, and it does not create an AI Overview signal. Validation answers whether the markup is well formed—not whether the investment is worthwhile.

If the Google Home news use case genuinely applies, paste the JSON-LD into my validator to check its type and property shape before manually testing the selectors. Schema Markup Validator Free

  1. Confirm the publisher, language, country, device, and news-playback use case fit before writing markup.
  2. Choose cssSelector or xPath, target concise visible passages, and do not mix locator methods.
  3. Validate the JSON-LD, then test that every selector still resolves after the production template renders.

Content guidelines that still hold up

Even outside Speakable’s own eligibility, its content rules are good TTS advice:

  • Length. Google: “For optimal audio user experiences, we recommend around 20-30 seconds of content per section of speakable structured dataStructured data is a standardized way of labeling page content (using the schema.org vocabulary in JSON-LD, Microdata, or RDFa) so search engines can understand its meaning. It's not a direct ranking factor — its value is rich results and entity understanding., or roughly two to three sentences.” (Google Search Central)
  • Avoid context-dependent text. Google: “Don’t add speakable structured data to content that may sound confusing in voice-only and voice-forward situations, like datelines (location where the story was reported), photo captions, or source attributions.” (Google Search Central)
  • Write concise, self-contained summaries. Google: “Content indicated by speakable structured data must have concise headlines and/or summaries that provide users with comprehensible and useful information.” (Google Search Central)

Who can actually use it — still narrow in 2026

Here’s where honesty matters. The feature is still explicitly BETA — Google: “This feature is in beta and subject to change.” (Google Search Central) That’s not a stale doc I’m quoting: the page footer reads “Last updated 2025-12-10 UTC,” so Google is still touching it — it just hasn’t changed the scope.

And the scope is exactly what it was at the 2018 launch. Google: “The speakable property works for users in the U.S. that have Google Home devices set to English, and publishers that publish content in English.” (Google Search Central) Google adds it hopes to launch in other countries and languages “as soon as sufficient number of publishers have implemented speakable — a promise first made in 2018 that, as of the December 2025 doc, is still unfulfilled seven-plus years later. When I see a “we hope to expand soon” line that has sat unchanged for seven years, I read it as a promise that quietly expired, not a roadmap.

That US/English/Google Home line is only half the eligibility bar. The doc’s own “Getting started” section states the other half directly: “For your news content to be eligible as answers to topical news queries, follow these steps.” (Google Search Central) News content isn’t a genre I’m inferring from context — it’s the explicit subject of the section that tells you how to become eligible.

What it feeds is equally specific: “The Google Assistant uses speakable structured data to answer topical news queries on smart speaker devices.” (Google Search Central) Note what that is not: it never produced a visible SERP rich result the way Review stars or BreadcrumbsBreadcrumbs are a secondary navigation trail (Home > Category > Page) that shows where a page sits in a site's hierarchy. They create internal links that pass PageRank, and when marked up with BreadcrumbList structured data they can drive the path Google shows in desktop search results. did. Its entire output surface was audio on a Google Home device.

Is it dead? No — but read the signals carefully

Three checkable facts, none of which say “deprecated”:

  • It survived the January 2026 cleanup. Google’s late-2025/early-2026 structured-data pruning removed support for a batch of rich-result types (Search Engine Land coverage). Speakable was not on that list — neither killed nor reaffirmed. Just untouched.
  • It wasn’t mentioned at I/O 2026. I went through Google’s I/O 2026 Search recap and the roundups — no Speakable mention in any Search announcement. Consistent with a feature Google maintains but no longer promotes.
  • Adoption is real but tiny. schema.org’s SpeakableSpecification page reports usage in the “100K–1M domains” band (attributed to Google, May 2026) — genuine adoption, but a rounding error next to Article- or Organization-scale types.

None of those three facts is a Google statement about Speakable’s lifecycle — Google hasn’t called it dormant, active, or anything else. “Dormant and narrow” is my read of the pattern those facts form, not something Google has confirmed either way. So: dormant and narrow is my inference from that pattern; deprecated is not — Google hasn’t said either. John Mueller’s framing during the January 2026 removals discussion is the right lens for all schema of this kind — “Understand that markup types come and go, but a precious few you should hold on to (like title, and meta robotsThe robots meta tag is an HTML element in a page's head — <meta name=\"robots\" content=\"noindex\"> — that tells search engines how to index and serve that page. It's crawl-then-obey: a page blocked in robots.txt is never fetched, so the tag is never seen.).” (Search Engine Roundtable) Speakable is squarely in the “come and go” bucket, not the “hold on to” one. Mueller’s Reddit remark is relayed via Search Engine Roundtable; the original page blocked direct verification this session, so treat it as secondary-sourced.

The elephant in the room: Assistant → Gemini for Home

Here’s the genuinely current, under-covered part. Speakable’s entire consumer is the Google Assistant reading news on Google Home. And throughout 2026 Google is replacing the Google Assistant with Gemini for Home — the first purpose-built device, the Google Home Speaker, shipped in June 2026, and Gemini for Home is expanding to more third-party speakers this year.

Now connect the dots: no source — not Google’s Speakable doc, not the Gemini for Home launch material, not any SEO commentary I could find — says whether Gemini for Home still consumes Speakable markup the way the Assistant did. The doc talks about “the Google Assistant”; the Assistant is being sunset; and the two pages never mention each other. That’s not me predicting doom — it’s an open, unresolved status question that I’d treat as the single biggest reason to be cautious here. Frame it as an open question, not a fact in either direction.

Does Speakable help with AI Overviews or AI Mode? Not a documented lever.

This is the other accuracy spine, and it’s where a lot of 2026 content is simply wrong. A wave of “GEOGenerative Engine Optimization (GEO) is the practice of optimizing content and brand presence so AI-powered search engines and assistants — Google AI Overviews, ChatGPT, Perplexity — cite, recommend, or mention you when generating answers. Google's position is that it's still SEO.”/AI-search posts assert that Speakable now signals “citation-worthy passages” to AI OverviewsAI Overviews are the AI-generated summary box Google shows above or within its regular search results, written by Gemini models from pages retrieved out of Google's normal Search index. It's a Search feature, not a separate platform or index. or AI Mode. No Google-official source supports that. Google’s own AI-features doc is direct about the general point: “There’s also no special schema.org structured data that you need to add” to appear in AI Overviews or AI Mode. (Google Search Central) That’s Google ruling out a “special markup” requirement in general — it isn’t a Speakable-specific statement, so I’m careful not to stretch it into “Google says Speakable has zero effect.” The one industry analysis that checked the Speakable-specific claim (SEO Strategy Ltd, Sept 2025) states it plainly: “Speakable does not influence AI Overviews. Google does not use speakable selectors when deciding what to include in its AI-generated summaries.” Absence of documentation isn’t proof of zero effect — but there’s also no evidence of a positive one, and the honest label is “not a documented lever or requirement,” not a hedge-free “it does nothing.” SEO Strategy Ltd is industry analysis, not a Google statement — but it’s the one source that directly tested the claim rather than repeating it.

The broader evidence points the same way. Ahrefs tracked 1,885 pages adding schema (JSON-LD added Aug 2025–Mar 2026, measured against AI Overviews, AI Mode, and ChatGPT citations) and foundA 302 (\"Found\") is a temporary redirect: it forwards users to a new URL while telling search engines the original URL should stay in the index. It's a weak canonicalization signal, not the zero-equity dead end of SEO folklore. no meaningful citation uplift from adding schema broadly. That study isn’t Speakable-specific, but it’s directly relevant to the “add Speakable and get cited by AIAn AI citation is the visible source link an AI answer engine shows next to its generated text — the clickable reference that credits the web page it used. A citation's presence is a separate thing from whether the cited page actually supports the statement, and from being retrieved (read behind the scenes) or merely mentioned (named without a link); citation is driven more by brand mentions and being retrievable than by traditional ranking.” pitch: the general lever those posts assume doesn’t show up in the data. If you’ve read the structured-data hub, this is the same story as every other “schema for AI citationsAn AI citation is the visible source link an AI answer engine shows next to its generated text — the clickable reference that credits the web page it used. A citation's presence is a separate thing from whether the cited page actually supports the statement, and from being retrieved (read behind the scenes) or merely mentioned (named without a link); citation is driven more by brand mentions and being retrievable than by traditional ranking.” claim — schema is entity infrastructure, not a citation cheat code.

Should you implement it in 2026?

  • Maybe worth it: you’re a US, English-language news publisher already invested in Google Home audio, the marginal cost is low, and you want to cover the one narrow surface it feeds. Even then, weigh the Gemini-for-Home uncertainty.
  • Very likely wasted effort: you’re outside US/English, you’re not a news publisher, or — most commonly — you’re adding it because a listicle told you it helps AI searchAI search uses large language models and retrieval-augmented generation (RAG) to synthesize an answer from multiple sources rather than returning a ranked list of links. Examples include Google AI Overviews, ChatGPT Search, and Perplexity.. It doesn’t. Spend that effort on Organization/Person entity markup with correct sameAs values instead, which is the schema that actually helps machines resolve who you are.

Where this sits

Speakable belongs to the same practitioner grouping as page-level metadata-trust markup — a type whose one flagship use case (here, Google Home news readback) went quiet while the underlying schema.org type itself was never deprecated. It’s a sibling deep-dive off the Structured Data for SEOStructured data is a standardized way of labeling page content (using the schema.org vocabulary in JSON-LD, Microdata, or RDFa) so search engines can understand its meaning. It's not a direct ranking factor — its value is rich results and entity understanding. hub, alongside schema markupSchema markup is code that uses the schema.org vocabulary to label what your content means so search engines can understand it and show rich results. It's most often written in JSON-LD, and it's not a direct ranking factor., JSON-LD, and rich resultsRich results (formerly 'rich snippets') are enhanced search listings — stars, images, prices, breadcrumbs, video thumbnails, and more — that Google and Bing build from structured data. They're a display feature, not a ranking factor, and eligibility never guarantees they'll show.. Like the WebSite/sitelinksSitelinks are extra links from the same domain that Google clusters together under a single search result, usually for branded or navigational queries. They're generated entirely algorithmically — there's no way to add, edit, or guarantee them.- searchbox pattern, it’s a useful case study in reading a schema type honestly: not dead, but not the thing the hype says it is.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.