--- title: speakable-Schema slug: speakable canonical_url: https://www.geoquality.ai/glossar/speakable md_url: https://www.geoquality.ai/glossar/speakable.md language: de last_modified: 2026-05-03T00:00:00+00:00 related_terms: [ai-sichtbarkeit, article-schema, blog-posting-schema, json-ld, schema-org, structured-data] content_hash: 91bcf08fc053ddcd license: CC BY 4.0 author: Marco Biner (geoquality.ai) schema_type: DefinedTerm --- # speakable-Schema speakable ist eine Schema.org-Property, die markierte Inhalte einer Page als für Voice-Assistants vorlesbar kennzeichnet — Niche-Use-Case mit primärer Relevanz für News-Sites und Voice-Search-Optimierung. ## Erläuterung speakable ist eine Schema.org-Property, die einen spezifischen Bereich einer Page als „für Sprach-Assistenten vorlesbar“ markiert. Sie wurde 2018 in Zusammenarbeit mit Google entwickelt — primär für News-Inhalte, die von Google Assistant, Alexa und Siri als gesprochene Antworten ausgegeben werden können. Aus GEO-Sicht ist speakable ein Niche-Hebel mit spezifischen Use-Cases. Die Property ist primär für News-Plattformen relevant, die Sprach-Assistenten-Integration anbieten wollen. Für klassische KMU-Sites mit Marketing- und Service-Inhalten ist die Wirkung gering — Voice-Search ist im DACH-Raum 2026 ein noch eher kleines Anwendungsfeld. Technisch wird speakable als SpeakableSpecification -Sub-Objekt an einem Article oder WebPage gesetzt. Die Property identifiziert den vorlesbaren Bereich entweder über CSS-Selektoren ( cssSelector ) oder über XPath-Ausdrücke ( xpath ). Typisch wird die headline und der erste Absatz oder die Zusammenfassung als speakable markiert — der Teil, der bei Voice-Antworten vorgelesen wird. Eine wichtige Einschränkung: speakable wird primär von Google Assistant aktiv genutzt, andere Voice-Assistenten haben unterschiedliche Adoption. Apple's Siri nutzt speakable nicht systematisch, Amazon Alexa fokussiert auf eigene Skills. Die Investition in speakable lohnt sich primär für News-Plattformen und Sites mit aktiver Voice-Search-Strategie. Für eine Schweizer KMU bedeutet speakable konkret: selten relevant. Bei normalen Service- und Marketing-Inhalten kann die Property weggelassen werden — der GEO-ROI ist minimal. Bei spezifischen Use-Cases (News-Site, Voice-First-App, regelmässige Audio-Inhalte) lohnt sich die Auszeichnung. Faustregel: nur wenn Voice-Search explizit Teil der Sichtbarkeits-Strategie ist, sonst Aufwand sparen. ## Praxisbeispiel NewsArticle mit speakable-Markierung von headline und Lead: { "@type": "NewsArticle", "@id": "https://www.beispiel.ch/news/mwst-2026#article", "headline": "MWST-Erhöhung 2026 in der Schweiz", "datePublished": "2026-04-15T09:00:00+02:00", "speakable": { "@type": "SpeakableSpecification", "cssSelector": ["#headline", "#article-lead"] } } SpeakableSpecification mit cssSelector auf zwei Page-Bereiche: das headline-Element und die Lead-Section. Bei Voice-Anfragen über Google Assistant wird genau dieser Inhalt vorgelesen — kompakt und auf das Wesentliche fokussiert. ## Häufige Fehler - speakable bei Marketing- oder Service-Inhalten ohne Voice-Strategie auszeichnen — Aufwand ohne ROI. - speakable an gesamten Article-Inhalten setzen — Voice-Antworten sind kurz, nur die wichtigsten 2-3 Sätze sollen markiert sein. - cssSelector auf nicht-existierende oder unzuverlässige Selektoren setzen — Voice-Assistenten finden dann keinen Inhalt. - speakable an Pages mit dynamischem Inhalt ohne stabile DOM-Struktur — Selektoren brechen bei Layout-Updates. - speakable mit zu langem markiertem Inhalt — Voice-Antworten sollten 30-60 Sekunden Sprech-Dauer nicht überschreiten. ## Best Practices - Nutze speakable nur bei News- und Voice-First-Inhalten — bei Standard-KMU-Content ist die Wirkung minimal. - Markiere den prägnantesten Teil: headline plus Lead-Absatz oder Zusammenfassung — kompakt und vorlesbar. - Verwende cssSelector über xpath — CSS-Selektoren sind robuster und einfacher zu pflegen. - Halte die markierten Bereiche unter 250-300 Wörter — entspricht 30-60 Sekunden Sprech-Dauer. - Verwende stabile, semantische CSS-Selektoren (#headline, #article-lead) statt Layout-spezifische Klassen. - Validiere speakable mit Google's Rich Results Test — speakable ist eine der getesteten Schema-Properties. ## Fakten - speakable wurde 2018 als Beta-Feature von Google eingeführt — speziell für News-Plattformen und Voice-Assistant-Integration. - Die Property ist auf pending.schema.org gestartet und 2021 in die stabile Spec übernommen worden. - Google Assistant nutzt speakable aktiv für News-Briefings und gesprochene Antworten — andere Voice-Assistenten haben uneinheitliche Adoption. - Im DACH-Raum nutzen 2026 weniger als 3 Prozent aller KMU-Websites speakable — extreme Niche-Property. - Voice-Search-Volumen im DACH-Raum liegt 2026 bei etwa 8-12 Prozent aller Suchanfragen — niedriger als erwartete 30 Prozent aus 2018-Prognosen. - speakable funktioniert nur in Verbindung mit Article-Sub-Types (Article, NewsArticle, BlogPosting) — nicht an generischen WebPage-Entities. ## FAQ ### Lohnt sich speakable für KMU? Selten. Voice-Search hat im DACH-Raum 2026 nur 8-12 Prozent aller Anfragen — und Google Assistant ist die einzige Plattform mit systematischer speakable-Nutzung. Bei normalen Service- und Marketing-KMU-Sites: weglassen. Bei News-Plattformen oder Voice-First-Strategien: pflegen. ### Welcher Inhalt soll als speakable markiert werden? Die kompaktesten, prägnantesten Inhalte: headline plus Lead-Absatz oder Zusammenfassung. Maximum 250-300 Wörter — entspricht 30-60 Sekunden Sprech-Dauer. Längere Inhalte werden bei Voice-Antworten gekürzt oder ignoriert. ### cssSelector oder xpath? cssSelector ist robuster und einfacher zu pflegen — Standard für moderne Web-Stacks. xpath ist legacy und kompliziert. Bei Custom-Frontends ohne klare CSS-Klassen kann xpath nötig sein, in 95 Prozent der Fälle reicht cssSelector mit semantischen IDs. ### Wirkt speakable auf andere Voice-Assistenten? Primär auf Google Assistant — Amazon Alexa und Apple Siri nutzen speakable nicht systematisch. Alexa fokussiert auf eigene Skills, Siri auf Apple-Ökosystem-Integration. Wer breitere Voice-Coverage will, braucht zusätzliche Strategien (Alexa Skills, Siri Shortcuts) über speakable hinaus. ### Wie validiere ich speakable? Google's Rich Results Test (search.google.com/test/rich-results) prüft speakable als Teil der Article-Validation. Bei aktiver Voice-Strategie zusätzlich Google Search Console „Speakable“-Bericht beobachten — zeigt, welche Pages für Voice-Antworten geeignet sind. ### Soll ich speakable an allen Articles auszeichnen? Nein. Selektiv anwenden — nur bei News- oder Aktuality-Inhalten, die für Voice-Antworten geeignet sind. Tutorials, How-Tos und tiefe Marketing-Inhalte sind für Voice ungeeignet (zu lang, zu komplex). Bei Sites mit gemischtem Content: nur News-Sektionen mit speakable auszeichnen, Rest weglassen. ## Experten-Definition speakable ist 2026 eine Niche-Property, die sich für die meisten Schweizer KMU nicht lohnt. Voice-Search hat im DACH-Raum nicht die Adoption erreicht, die viele 2018 prognostiziert haben — und Google Assistant ist die einzige Plattform, die speakable systematisch nutzt. Für News-Plattformen und spezialisierte Voice-First-Apps bleibt sie relevant. Mein pragmatischer Standard: bei Standard-KMU-Sites weglassen. Bei News-Sites mit aktiver Voice-Strategie voll pflegen. Bei Mischformen die Investition gegen den tatsächlichen Voice-Traffic abwägen. Im SEAKT-Score zählt speakable nur marginal — der GEO-Hebel liegt anderswo. ## Verwandte Begriffe - [AI-Sichtbarkeit](https://www.geoquality.ai/glossar/ai-sichtbarkeit.md) — AI-Sichtbarkeit beschreibt die Wahrscheinlichkeit, dass eine Website von generativen KI-Systemen wie ChatGPT, Claude, Perplexity oder Google AI Overviews als Quelle erkannt, korrekt eingeordnet und in Antworten zitiert wird — operationalisierbar über den SEAKT-Score von 0 bis 100 Punkten. - [Article-Schema](https://www.geoquality.ai/glossar/article-schema.md) — Article ist der Schema.org-Typ für redaktionelle Inhalte — Blog-Posts, News-Artikel, Reportagen, Fachbeiträge — und der wichtigste Schema-Typ für Content-Marketing in der GEO-Praxis. - [BlogPosting-Schema](https://www.geoquality.ai/glossar/blog-posting-schema.md) — BlogPosting ist der Schema.org-Sub-Typ von Article für Blog-Beiträge mit konversationellem Stil und persönlicher Stimme — der Standard-Typ für Corporate-Blogs und Personal-Blogs in der GEO-Praxis. - [JSON-LD](https://www.geoquality.ai/glossar/json-ld.md) — JSON-LD ist ein W3C-standardisiertes Format zur Einbettung strukturierter Daten in Webseiten — typischerweise nach Schema.org-Vokabular — und der von Google sowie allen grossen KI-Crawlern bevorzugte Weg, Entitäten und Beziehungen maschinenlesbar zu beschreiben. - [Schema.org](https://www.geoquality.ai/glossar/schema-org.md) — Schema.org ist das von Google, Microsoft, Yahoo und Yandex gemeinsam entwickelte Vokabular zur strukturierten Beschreibung von Web-Inhalten — der De-facto-Standard für maschinenlesbare Auszeichnung und das technische Fundament jeder GEO-Strategie. - [Strukturierte Daten](https://www.geoquality.ai/glossar/structured-data.md) — Strukturierte Daten sind maschinenlesbare Auszeichnungen von Web-Inhalten — typischerweise als JSON-LD im HTML-Head — die Entitäten, Beziehungen und Metadaten explizit benennen statt sie nur implizit im Fliesstext zu hinterlassen. ## Quelle und Zitation - HTML-Original: https://www.geoquality.ai/glossar/speakable - Lizenz: CC BY 4.0 - Zitiervorschlag: "speakable-Schema (geoquality.ai Glossar, Biner 2026)"