Sprachen

Speakable-Schema

Das Speakable-Schema markiert die spezifischen Sätze auf einer Seite, die ein Text-to-Speech-System vorlesen soll. Im Jahr 2026 ist es immer noch eine schmale, reine BETA-Funktion von Google Home – und trotz des Hypes kein Signal für AI Overviews.

Erstveröffentlicht: 2. Juli 2026 · Zuletzt aktualisiert: 3. Aug. 2026 · Fortgeschritten
Sprachen
AIVerfasst vonAI v2

Das Speakable-Schema (SpeakableSpecification von schema.org, hinzugefügt über die speakable-Eigenschaft an Article oder WebPage) markiert die 2–3 Sätze einer Seite, die sich am besten zum Vorlesen durch Text-to-Speech eignen – nicht den gesamten Artikel. Sie verweisen mit einer Locator-Methode darauf, cssSelector oder xPath, niemals beide. Das Wichtigste im Jahr 2026: Es ist immer noch ausdrücklich BETA (wie bereits seit Juli 2018), immer noch auf US-englische Google-Home-Nutzer beschränkt, und Google hat es NICHT mit AI Overviews oder dem AI-Modus verbunden, trotz Dutzender SEO-Beiträge, die behaupten, es signalisiere jetzt zitierwürdige Passagen. Es wurde weder in Googles Bereinigung vom Januar 2026 veraltet noch beim I/O 2026 erwähnt – aber der Google Assistant, den es speisen sollte, wird durch Gemini for Home ersetzt, und niemand, auch Google nicht, hat gesagt, ob Gemini for Home das Speakable-Markup weiterhin liest. Behandeln Sie es als ruhend und auf Nachrichtenverlage beschränkt, nicht als tot – und nicht als Hebel für die KI-Suche.

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 ist die speakable-Eigenschaft (Wert: ein SpeakableSpecification-Objekt) auf Article/WebPage – kein eigenständiger Typ. Es markiert die 2–3 Sätze (~20–30 s), die am besten von TTS vorgelesen werden, lokalisiert durch eine der Optionen cssSelector oder xPath. Es ist seit Juli 2018 ausdrücklich BETA und laut der im Dezember 2025 aktualisierten Dokumentation weiterhin auf US, Englisch, Google Home-Nutzer beschränkt. Es überlebte die Januar 2026-Bereinigung strukturierter Daten von Google und wurde bei I/O 2026 nicht erwähnt – also ruhend, nicht veraltet. Zwei Genauigkeits-Pfeiler: (1) Keine offizielle Google-Quelle verbindet Speakable mit KI-Übersichten / KI-Modus – das ist ein wiederholter, aber unbelegter Mythos von 2026; und (2) der Google Assistant, den es speist, wird durch Gemini for Home ersetzt, und niemand hat gesagt, ob Gemini for Home Speakable weiterhin konsumiert. Behandeln Sie es als Relikt für US-Nachrichten-Publisher, nicht als Hebel für KI-Suche.

Was Speakable tatsächlich ist

Googles Formulierung ist präzise: “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) (Übersetzung) „Die speakable-Eigenschaft identifiziert Abschnitte innerhalb eines Artikels oder einer Webseite, die sich am besten für die Audiowiedergabe mittels Text-to-Speech (TTS) eignen.“ Der wichtige strukturelle Punkt: Es ist kein eigener Schema-Typ. Es ist die speakable-Eigenschaft, deren Wert ein SpeakableSpecification-Objekt ist, und Sie hängen sie an einen Article oder eine WebPage an (ein NewsArticle funktioniert ebenfalls, durch die schema.org-Vererbung von Article).

Und Sie markieren nicht die gesamte Seite. Sie zeigen auf die 2–3 Sätze – die Schlagzeile und eine prägnante Zusammenfassung –, die für sich allein stehen, wenn sie ohne visuellen Kontext einem Zuhörer vorgelesen werden. Diese Unterscheidung „Abschnitte, nicht der gesamte Artikel“ ist die gesamte Designabsicht.

Lokalisieren der Speakable-Inhalte: cssSelector vs. xPath

Sie wählen genau eine von zwei Lokalisierungsmethoden – niemals beide im selben Markup:

  • cssSelector – “Addresses content in the annotated pages (such as class attribute).” Sie zielen auf Elemente per Klasse oder CSS-Pfad (z. B. .headline, .summary).
  • xPath – “Addresses content using xPaths (assuming an XML view of the content).” Sie zielen auf Elemente per XPath (z. B. /html/head/title).

cssSelector ist für die meisten Websites die wartbarere Wahl, da es Markup-Umstrukturierungen besser übersteht als ein fragiler absoluter XPath – aber beide sind gültig.

Eine Schreibweisen-Falle, die Sie kennen sollten, bevor Sie ein Beispiel von der falschen Stelle kopieren: schema.orgs eigene Vokabularseite schreibt die zugrunde liegende Eigenschaft klein, xpath, während Googles Speakable-Dokumentation und alle JSON-LD-Beispiele darin camelCase verwenden, xPath. Da Google Assistant dieses Markup konsumiert, folgen Sie in Ihrem JSON-LD der xPath-Schreibweise von Google – die schema.org-Seite definiert das breitere Vokabular, nicht den Eigenschaftsnamen, den Googles Parser erwartet.

Inhaltsrichtlinien, die weiterhin gelten

Auch außerhalb der eigenen Eignung von Speakable sind seine Inhaltsregeln gute TTS-Empfehlungen:

  • Länge. Google: “For optimal audio user experiences, we recommend around 20-30 seconds of content per section of speakable structured data, or roughly two to three sentences.” (Google Search Central) (Übersetzung) „Für optimale Audio-Nutzererlebnisse empfehlen wir etwa 20–30 Sekunden Inhalt pro Abschnitt der speakable-strukturierten Daten, also ungefähr zwei bis drei Sätze.“
  • Kontextabhängigen Text vermeiden. 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) (Übersetzung) „Fügen Sie speakable-strukturierte Daten nicht zu Inhalten hinzu, die in reinen Sprach- und sprachorientierten Situationen verwirrend klingen könnten, wie Datumszeilen (Ort, an dem die Geschichte berichtet wurde), Bildunterschriften oder Quellenangaben.“
  • Prägnante, in sich geschlossene Zusammenfassungen schreiben. 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) (Übersetzung) „Inhalte, die durch speakable-strukturierte Daten gekennzeichnet sind, müssen prägnante Schlagzeilen und/oder Zusammenfassungen haben, die den Nutzern verständliche und nützliche Informationen bieten.“

Wer es tatsächlich nutzen kann – 2026 weiterhin eng begrenzt

Hier ist Ehrlichkeit gefragt. Die Funktion ist weiterhin ausdrücklich BETA – Google: “This feature is in beta and subject to change.” (Übersetzung) „Diese Funktion befindet sich in der Beta-Phase und kann sich ändern.“ (Google Search Central) Das ist kein veraltetes Dokument, das ich zitiere: Die Fußzeile der Seite lautet „Last updated 2025-12-10 UTC“, Google arbeitet also weiterhin daran – es hat nur den Umfang nicht geändert.

Und der Umfang ist genau derselbe wie beim Start 2018. 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.” (Übersetzung) „Die Eigenschaft speakable funktioniert für Nutzer in den USA, die Google-Home-Geräte auf Englisch eingestellt haben, und für Publisher, die Inhalte auf Englisch veröffentlichen.“ (Google Search Central) Google fügt hinzu, dass es hofft, den Dienst in anderen Ländern und Sprachen einzuführen, “as soon as sufficient number of publishers have implemented speakable” – ein Versprechen, das erstmals 2018 gemacht wurde und das laut dem Dokument vom Dezember 2025 auch mehr als sieben Jahre später noch nicht erfüllt ist. Wenn ich eine Zeile wie „wir hoffen, bald zu erweitern“ sehe, die seit sieben Jahren unverändert dasteht, lese ich das als ein Versprechen, das stillschweigend ausgelaufen ist, nicht als eine Roadmap.

Diese US-/Englisch-/Google-Home-Zeile ist nur die halbe Zulassungsvoraussetzung. Der Abschnitt „Getting started“ des Dokuments nennt die andere Hälfte direkt: “For your news content to be eligible as answers to topical news queries, follow these steps.” (Übersetzung) „Damit Ihre Nachrichteninhalte als Antworten auf aktuelle Nachrichtenanfragen infrage kommen, befolgen Sie diese Schritte.“ (Google Search Central) Nachrichteninhalte sind kein Genre, das ich aus dem Kontext ableite – es ist das ausdrückliche Thema des Abschnitts, der erklärt, wie man zulassungsfähig wird.

Was damit gespeist wird, ist ebenso spezifisch: “The Google Assistant uses speakable structured data to answer topical news queries on smart speaker devices.” (Übersetzung) „Der Google Assistant verwendet strukturierte Daten vom Typ speakable, um aktuelle Nachrichtenanfragen auf Smart-Speaker-Geräten zu beantworten.“ (Google Search Central) Beachten Sie, was das nicht ist: Es hat nie ein sichtbares SERP-Rich-Result erzeugt, wie es Bewertungssterne oder Breadcrumbs taten. Seine gesamte Ausgabeoberfläche war Audio auf einem Google-Home-Gerät.

Ist es tot? Nein – aber lesen Sie die Signale sorgfältig

Drei überprüfbare Fakten, von denen keiner „veraltet“ sagt:

  • Es hat die Bereinigung vom Januar 2026 überlebt. Googles Bereinigung strukturierter Daten Ende 2025/Anfang 2026 entfernte die Unterstützung für eine Reihe von Rich-Result-Typen (Berichterstattung von Search Engine Land). Speakable stand nicht auf dieser Liste – weder getötet noch bestätigt. Nur unangetastet.
  • Es wurde auf der I/O 2026 nicht erwähnt. Ich habe Googles I/O-2026-Suchrückblick und die Zusammenfassungen durchgesehen – keine Speakable-Erwähnung in einer Suchankündigung. Das ist konsistent mit einer Funktion, die Google pflegt, aber nicht mehr bewirbt.
  • Die Verbreitung ist real, aber winzig. Die SpeakableSpecification-Seite von schema.org meldet eine Nutzung im Bereich „100K–1M Domains“ (zugeschrieben an Google, Mai 2026) – echte Verbreitung, aber eine Rundungsgröße neben Typen im Umfang von Article oder Organization.

Keine dieser drei Tatsachen ist eine Google-Aussage über den Lebenszyklus von Speakable – Google hat es weder als ruhend, noch als aktiv oder sonst etwas bezeichnet. „Ruhend und eng begrenzt“ ist meine Interpretation des Musters, das diese Fakten bilden, nicht etwas, das Google in die eine oder andere Richtung bestätigt hat. Also: ruhend und eng begrenzt ist meine Schlussfolgerung aus diesem Muster; veraltet ist es nicht – Google hat weder das eine noch das andere gesagt. John Muellers Rahmen während der Diskussion über die Entfernungen im Januar 2026 ist die richtige Linse für alle Schema-Arten dieser Art – „Verstehen Sie, dass Markup-Typen kommen und gehen, aber einige wenige sollten Sie behalten (wie title und meta robots).“ (Search Engine Roundtable) Speakable fällt eindeutig in die Kategorie „kommen und gehen“, nicht in die Kategorie „behalten“. Muellers Reddit-Bemerkung wird über Search Engine Roundtable weitergegeben; die ursprüngliche Seite blockierte die direkte Überprüfung in dieser Sitzung, daher behandeln Sie sie als sekundärquellenbasiert.

Das Elefant im Raum: Assistant → Gemini for Home

Hier ist der wirklich aktuelle, wenig behandelte Teil. Speakables gesamter Konsument ist der Google Assistant, der Nachrichten auf Google Home vorliest. Und im Laufe des Jahres 2026 ersetzt Google den Google Assistant durch Gemini for Home – das erste speziell dafür entwickelte Gerät, der Google Home Speaker, der im Juni 2026 auf den Markt kam, und Gemini for Home expandiert dieses Jahr auf weitere Drittanbieter-Lautsprecher.

Nun verbinden Sie die Punkte: Keine Quelle – nicht Googles Speakable-Dokumentation, nicht das Gemini-for-Home-Startmaterial, nicht irgendein SEO-Kommentar, den ich finden konnte – sagt, ob Gemini for Home weiterhin Speakable-Markup so konsumiert wie der Assistant. Die Dokumentation spricht über „den Google Assistant“; der Assistant wird ausgemustert; und die beiden Seiten erwähnen sich gegenseitig nie. Das ist keine Vorhersage des Untergangs – es ist eine offene, ungelöste Statusfrage, die ich als den größten einzelnen Grund für Vorsicht hier betrachten würde. Formulieren Sie es als offene Frage, nicht als Tatsache in die eine oder andere Richtung.

Hilft Speakable bei AI Overviews oder AI Mode? Kein dokumentierter Hebel.

Dies ist die andere Genauigkeitssäule, und hier ist viel Inhalt von 2026 schlichtweg falsch. Eine Welle von „GEO“-/KI-Such-Beiträgen behauptet, dass Speakable nun „zitierwürdige Passagen“ für AI Overviews oder AI Mode signalisiert. Keine offizielle Google-Quelle unterstützt das. Googles eigene Dokumentation zu KI-Funktionen ist direkt zum allgemeinen Punkt: „Es gibt auch keine speziellen schema.org-Strukturdatentypen, die Sie hinzufügen müssen“, um in AI Overviews oder AI Mode zu erscheinen. (Google Search Central) Das schließt Google eine „spezielle Markup“-Anforderung im Allgemeinen aus – es ist keine Speakable-spezifische Aussage, daher bin ich vorsichtig, es nicht zu „Google sagt, Speakable hat null Effekt“ zu dehnen. Die eine Branchenanalyse, die die Speakable-spezifische Behauptung überprüfte (SEO Strategy Ltd, Sept 2025) stellt es klar fest: „Speakable beeinflusst AI Overviews nicht. Google verwendet keine Speakable-Selektoren bei der Entscheidung, was in seine KI-generierten Zusammenfassungen aufgenommen wird.“ Das Fehlen von Dokumentation ist kein Beweis für null Effekt – aber es gibt auch keine Beweise für einen positiven, und das ehrliche Etikett ist „kein dokumentierter Hebel oder keine Anforderung“, nicht ein einschränkungsloses „es tut nichts“. SEO Strategy Ltd ist Branchenanalyse, keine Google-Aussage – aber es ist die einzige Quelle, die die Behauptung direkt testete, statt sie zu wiederholen.

Die breitere Evidenz weist in dieselbe Richtung. Ahrefs verfolgte 1 885 Seiten, die Schema hinzufügten (JSON-LD hinzugefügt Aug 2025–Mär 2026, gemessen an AI Overviews, AI Mode und ChatGPT-Zitaten) und fand keinen nennenswerten Zitierungsaufschwung durch das breite Hinzufügen von Schema. Diese Studie ist nicht Speakable-spezifisch, aber sie ist direkt relevant für das „Füge Speakable hinzu und werde von KI zitiert“-Versprechen: Der allgemeine Hebel, den diese Beiträge annehmen, zeigt sich in den Daten nicht. Wenn Sie den Structured-Data-Hub gelesen haben, ist dies dieselbe Geschichte wie bei jedem anderen „Schema für KI-Zitate“-Anspruch — Schema ist Entitäts-Infrastruktur, kein Zitier-Cheat-Code.

Sollten Sie es 2026 implementieren?

  • Vielleicht lohnenswert: Sie sind ein US-amerikanischer, englischsprachiger Nachrichtenverleger, der bereits in Google-Home-Audio investiert ist, die Grenzkosten niedrig sind und Sie die eine schmale Oberfläche abdecken möchten, die es speist. Auch dann wägen Sie die Gemini-für-Home-Unsicherheit ab.
  • Sehr wahrscheinlich verschwendete Mühe: Sie sind außerhalb der USA/Englisch, Sie sind kein Nachrichtenverleger oder — am häufigsten — Sie fügen es hinzu, weil ein Listicle Ihnen gesagt hat, dass es der KI-Suche hilft. Das tut es nicht. Verwenden Sie diese Mühe stattdessen für Organization/Person-Entitäts- Markup mit korrekten sameAs-Werten, was das Schema ist, das Maschinen tatsächlich dabei hilft, aufzulösen, wer Sie sind.

Wo dies einzuordnen ist

Speakable gehört zur gleichen Praktiker-Gruppierung wie Seitenebenen-Metadaten-Vertrauens- Markup — ein Typ, dessen ein Flaggschiff-Anwendungsfall (hier Google-Home-Nachrichtenrücklesung) still wurde, während der zugrunde liegende schema.org-Typ selbst nie veraltet wurde. Es ist ein Geschwister-Tauchgang vom Structured Data for SEO -Hub, neben Schema-Markup, JSON-LD und Rich Results. Wie das WebSite/Sitelinks- Suchfeld-Muster ist es eine nützliche Fallstudie darin, einen Schema-Typ ehrlich zu lesen: nicht tot, aber nicht das, was der Hype behauptet.

Add an expert note

Pin an expert quote

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