Sprachsuche wächst rasant: Millionen Menschen stellen täglich Fragen an Google Assistant, Alexa oder Siri. Das speakable Property von Schema.org ist Googles offizielle Antwort darauf — es erlaubt dir, gezielt die Textpassagen zu markieren, die am besten für die Sprachausgabe geeignet sind. In diesem Artikel lernst du alles über SpeakableSpecification, CSSSelector-Methode und XPath-Methode sowie die Best Practices für Voice-SEO.
Was ist das speakable Property?
Das speakable Property ist eine Schema.org-Eigenschaft, die auf Webseiten oder News-Artikeln genutzt werden kann, um Abschnitte zu kennzeichnen, die sich besonders gut für die Vorlesung durch einen Sprachassistenten eignen. Google hat dieses Property zusammen mit dem zugehörigen SpeakableSpecification-Typ eingeführt, um die Qualität von Voice-Ergebnissen zu verbessern.
Das Kernproblem ohne speakable ist: Sprachassistenten müssen selbst entscheiden, welchen Teil deines Textes sie vorlesen sollen — und greifen oft auf beliebige Passagen zurück, die sich beim Vorlesen unnatürlich anhören. Mit dem speakable Property sagst du Google explizit: "Dieser Abschnitt ist für Sprachausgabe optimiert."
Das Property wurde ursprünglich für Nachrichtenartikel (NewsArticle) eingeführt, wird aber inzwischen breiter genutzt. Google empfiehlt es primär für Nachrichtenpublikationen, akzeptiert es aber auch auf anderen Seitentypen.
SpeakableSpecification: Die zwei Methoden
Der Wert des speakable Property ist immer ein SpeakableSpecification-Objekt. Dieses Objekt hat zwei Properties, mit denen du die sprechbaren Abschnitte auswählen kannst:
Methode 1: cssSelector
Mit cssSelector wählst du HTML-Elemente per CSS-Selektor aus. Diese Methode ist für die meisten Webentwickler die intuitivste, da CSS-Selektoren weit verbreitet sind.
{
"@context": "https://schema.org",
"@type": "NewsArticle",
"headline": "Neue Regelungen für E-Commerce ab 2026",
"speakable": {
"@type": "SpeakableSpecification",
"cssSelector": [
"h1",
"h2",
".article-summary",
".key-facts"
]
}
}Du kannst einen einzelnen Selektor als String oder mehrere Selektoren als Array angeben. Alle Elemente, die auf einen der Selektoren passen, werden als sprechbar markiert.
Empfohlene CSS-Selektoren für speakable:
h1— Hauptüberschrift des Artikelsh2— Unterüberschriften (nur wenn wirklich zusammenfassend).article-summary,.intro,.lead— Einleitungsabsatz.key-facts,.tl-dr— Zusammenfassungen[data-speakable]— eigenes Data-Attribut für maximale Kontrolle
Methode 2: xpath
Mit xpath kannst du XPath-Ausdrücke nutzen, um Elemente zu selektieren. XPath ist mächtiger als CSS-Selektoren, aber auch komplexer.
{
"@context": "https://schema.org",
"@type": "NewsArticle",
"headline": "Neue Regelungen für E-Commerce ab 2026",
"speakable": {
"@type": "SpeakableSpecification",
"xpath": [
"/html/head/title",
"/html/body/article/h1",
"/html/body/article/div[@class='summary']"
]
}
}XPath-Ausdrücke beginnen immer mit einem / und navigieren durch die DOM-Struktur. Für die meisten Websites ist die cssSelector-Methode praktikabler — XPath bietet sich an, wenn du sehr präzise ein bestimmtes Element ohne eigene CSS-Klasse selektieren musst.
Methode 3: Beide kombinieren
Du kannst auch beide Methoden im selben SpeakableSpecification-Objekt verwenden. Google nimmt dann die Union beider Selektoren:
{
"@context": "https://schema.org",
"@type": "NewsArticle",
"headline": "Marktbericht Q1 2026",
"speakable": {
"@type": "SpeakableSpecification",
"cssSelector": ["h1", ".summary"],
"xpath": ["/html/body/article/section[1]/p[1]"]
}
}Welche Seitentypen unterstützen speakable?
Laut Google-Dokumentation wird speakable primär für NewsArticle unterstützt. Technisch ist es aber auch auf anderen Seitentypen einsetzbar:
- NewsArticle — offizielle Unterstützung durch Google Actions
- Article — breite Verwendung, zunehmend unterstützt
- WebPage — experimentell, wird von Google noch ausgebaut
- Product — für Produktbeschreibungen in Voice Commerce
Wenn du eine Nachrichtenwebsite betreibst, ist speakable ein Muss. Für reguläre Blogs und Unternehmenswebsites ist es eine zukunftsorientierte Investition — Google baut Voice-Features kontinuierlich aus.
Best Practices: Was macht guten speakable Content aus?
Nicht jeder Textblock eignet sich gleich gut für die Sprachausgabe. Google empfiehlt explizit, nur Abschnitte zu markieren, die diese Kriterien erfüllen:
1. Kurz und prägnant
Sprachassistenten lesen Text linear vor — ohne visuelle Unterstützung durch Formatierung. Kurze Abschnitte (2-4 Sätze) funktionieren besser als lange Absätze. Für speakable gilt: weniger ist mehr.
2. Kontextuell vollständig
Der markierte Abschnitt muss auch ohne den umliegenden Kontext verständlich sein. Ein Satz wie "Wie oben erwähnt..." eignet sich nicht für speakable, da der Hörer den "oben" erwähnten Teil nicht kennt.
3. Keine visuellen Elemente
Verweise auf Bilder, Tabellen oder Diagramme solltest du nicht als speakable markieren. "Wie in der Grafik zu sehen..." ist für einen Sprachassistenten nutzlos. Markiere nur rein textuellen Content.
4. Keine Listen mit vielen Elementen
Lange Listen klingen beim Vorlesen ermüdend. Wenn du eine Liste als speakable markierst, beschränke sie auf maximal 5 Einträge und formuliere jeden Eintrag als vollständigen Gedanken.
5. Aktuelle Informationen priorisieren
Google Actions für News priorisieren aktuelle Inhalte. Für News-Artikel: Markiere den Lead-Absatz (Wer, Was, Wann, Wo, Warum) als speakable — das sind die Informationen, die ein Nutzer zuerst hören möchte.
Vollständiges Implementierungsbeispiel
Hier ein vollständiges Beispiel für einen Nachrichtenartikel mit speakable Property:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "NewsArticle",
"headline": "Deutsche Wirtschaft wächst stärker als erwartet",
"description": "Das BIP stieg im ersten Quartal 2026 um 1,2 Prozent.",
"image": "https://example.com/images/wirtschaft-2026.jpg",
"datePublished": "2026-04-19T08:00:00+02:00",
"dateModified": "2026-04-19T09:30:00+02:00",
"author": {
"@type": "Person",
"name": "Max Mustermann"
},
"publisher": {
"@type": "Organization",
"name": "Meine Zeitung",
"logo": {
"@type": "ImageObject",
"url": "https://example.com/logo.png"
}
},
"speakable": {
"@type": "SpeakableSpecification",
"cssSelector": [
"h1",
".article-lead",
".key-numbers"
]
},
"mainEntityOfPage": {
"@type": "WebPage",
"@id": "https://example.com/artikel/wirtschaft-q1-2026"
}
}
</script>
<!-- Passender HTML-Code -->
<h1>Deutsche Wirtschaft wächst stärker als erwartet</h1>
<p class="article-lead">
Das deutsche Bruttoinlandsprodukt ist im ersten Quartal 2026 um 1,2 Prozent
gestiegen — stärker als die erwarteten 0,8 Prozent. Experten führen das
Wachstum auf gestiegene Exporte und Inlandsnachfrage zurück.
</p>
<div class="key-numbers">
BIP-Wachstum Q1 2026: plus 1,2 Prozent. Exportzuwachs: 2,8 Prozent.
Arbeitslosenquote: 4,9 Prozent.
</div>speakable und Voice SEO: Die größere Strategie
Das speakable Property ist ein Baustein in der größeren Voice-SEO-Strategie. Während speakable das technische Markup liefert, braucht du auch inhaltliche Optimierung für Sprachsuche:
Conversational Keywords
Sprachsuchen sind länger und natürlichlicher als Texteingaben. Statt "Wetter Berlin" fragt ein Nutzer "Was ist das Wetter heute in Berlin?". Optimiere deine Inhalte für W-Fragen (Was, Wann, Wie, Warum, Wo, Wer).
Featured Snippets als Voice-Ziel
Google liest für viele Sprachsuchen den Featured Snippet (Position 0) vor. Wenn du Featured Snippets gewinnst, gewinnst du automatisch auch Voice-Traffic. Strukturierter Content mit direkten Antworten auf häufige Fragen ist der Schlüssel.
FAQ als Voice-Goldmine
FAQs sind perfekt für Sprachsuche: Nutzer stellen eine Frage, du gibst eine prägnante Antwort. Kombiniere FAQ Schema Markup mit dem speakable Property für maximale Voice-Sichtbarkeit.
Lokale Sprachsuche
"Welche Bäckerei hat heute Sonntag geöffnet?" — Sprachsuchen haben einen starken lokalen Charakter. Halte deine Google My Business-Daten aktuell, und nutze LocalBusiness Schema Markup für Öffnungszeiten und Standortdaten.
Häufige Fehler beim speakable Property
Bei der Implementierung von speakable gibt es typische Stolperfallen:
Fehler 1: Zu viele Abschnitte markieren
Manche Website-Betreiber markieren den gesamten Artikeltext als speakable. Das widerspricht dem Sinn des Property: Es soll die besten Abschnitte hervorheben, nicht alle. Beschränke dich auf 10-20% des Artikeltextes.
Fehler 2: CSS-Selektoren ohne Inhalt
Wenn ein CSS-Selektor auf ein Element zeigt, das leer ist oder nur Bilder enthält, gibt es nichts zu sprechen. Prüfe deine Selektoren im Browser-Entwicklertool, ob sie wirklich auf Textelemente zeigen.
Fehler 3: Dynamischer Content
Wenn dein Content per JavaScript nachgeladen wird (z.B. via React oder Vue), sehen Suchmaschinen-Crawler möglicherweise andere Inhalte als der Browser. Für speakable-Content gilt dasselbe wie für allgemeines JavaScript SEO: serverseitiges Rendering oder Static HTML bevorzugen.
Fehler 4: Selektoren zu generisch
Ein Selektor wie p (alle Absätze) ist zu unspezifisch. Er würde alle Textabsätze der Seite markieren, einschließlich Navigation, Footer und Sidebar. Nutze spezifische Klassen oder Eltern-Kind-Selektoren wie article.main-content > p:first-child.
Fehler 5: speakable ohne passenden Seitentyp
Das speakable Property funktioniert am besten in Kombination mit einem validen Schema Markup für NewsArticle oder Article. Stelle sicher, dass dein gesamtes Structured Data valide ist — mit dem JSON-LD Structured Data Validator kannst du das kostenlos prüfen.
Wird speakable von Google aktiv genutzt?
Die ehrliche Antwort: Google hat speakable mit Google Actions for News eingeführt und das Feature aktiv beworben. Die direkte Nutzung im Google Assistant ist marktabhängig — in den USA weiter verbreitet als in Deutschland. Dennoch ist das Property aus mehreren Gründen sinnvoll:
- Zukunftssicherheit: Voice-Suche wird weiter wachsen. Früh implementieren = frühzeitig profitieren.
- Content-Qualitätssignal: Strukturierter, klar markierter Content sendet generell positive Signale an Google.
- Multi-Plattform: Nicht nur Google nutzt speakable — andere Voice-Plattformen und Screen-Reader-Technologien können das Property ebenfalls auslesen.
- Best Practice: Google empfiehlt das Property für Nachrichtenpublikationen — ein klares Qualitätssignal für News-Publisher.
speakable in Kombination mit anderen Schema-Properties
speakable funktioniert nicht isoliert — es ist Teil eines größeren Schema-Ökosystems. Besonders wirkungsvoll ist die Kombination mit:
- Article/NewsArticle: Grundlage für speakable — ohne Artikel-Schema wenig Wirkung
- FAQPage: Fragen und Antworten kombiniert mit speakable = optimale Voice-Antworten
- HowTo: Schritt-für-Schritt-Anleitungen eignen sich gut für Sprachausgabe — markiere jeden Schritt als speakable
- WebSite mit SiteSearch: Kombiniert mit WebSite Schema entsteht ein vollständiges strukturiertes Datenbild deiner Website
Implementierungs-Checkliste für speakable
- ☑ Article oder NewsArticle Schema vorhanden
- ☑ SpeakableSpecification im speakable Property eingebettet
- ☑ cssSelector zeigt auf vorhandene, textreiche HTML-Elemente
- ☑ Markierte Abschnitte: maximal 10-20% des Gesamttextes
- ☑ Kein Verweis auf Bilder oder Grafiken in speakable-Abschnitten
- ☑ JSON-LD valide (testen mit JSON-LD Structured Data Validator)
- ☑ Rich Results Test von Google durchlaufen
- ☑ Content in speakable-Abschnitten ist ohne Kontext verständlich
Fazit: speakable — heute implementieren, morgen profitieren
Das speakable Property ist kein "Nice to have" mehr — es ist eine kluge Investition in die Zukunft deiner SEO-Strategie. Sprachsuche wächst, Voice-Commerce nimmt zu, und Google baut seine Voice-Features kontinuierlich aus.
Für News-Publisher ist speakable schon heute ein Muss. Für andere Website-Betreiber ist es eine überschaubare technische Maßnahme mit langfristiger Wirkung. Die Implementierung dauert mit JSON-LD nur wenige Minuten — die passenden CSS-Selektoren zu definieren, ist der einzige relevante Aufwand.
Kombiniere speakable mit einem vollständigen Schema Markup-Setup, FAQ Schema und Featured-Snippet-Optimierung — dann bist du für die Voice-Suche von heute und morgen optimal aufgestellt.
Starte noch heute mit der kostenlosen SEO-Analyse auf shift07.ai — wir prüfen, welche Structured-Data-Möglichkeiten auf deiner Website noch ungenutzt sind.