AEO — Antwortmaschinenoptimierung

Eine Antwortmaschine — ein hervorgehobenes Google-Snippet, ein Sprachassistent oder ein KI-Helfer in einem Produkt — liest Ihre Seite nicht. Sie wählt einen Abschnitt daraus aus, zeigt diesen Abschnitt anstelle der Seite und geht weiter. AEO bedeutet, dafür zu sorgen, dass ein Abschnitt auf Ihrer Seite ausgewählt werden kann und auch dann noch korrekt ist, wenn er aus seinem Kontext herausgelöst wurde.

Docsbook leistet dafür zwei Dinge. Mit einem einzigen Schalter erzeugt es maschinenlesbares Markup, das die Fragen und Verfahren beschreibt, die Ihre Seite bereits enthält. Außerdem schreibt und erzwingt es Inhalte anhand einer Reihe von Regeln, die auf den Abschnitt und nicht auf die Seite ausgerichtet sind — diese Regeln beeinflussen das Ergebnis tatsächlich und sind unter Inhaltsregeln für Antwortmaschinen zu finden.

Diese Seite erläutert, was eine Antwortmaschine benötigt, was Docsbook automatisch bereitstellt und was Ihnen überlassen bleibt.

Was benötigt eine Antwortmaschine von einer Seite?#

Vier Dinge, in dieser Reihenfolge. Die ersten beiden sind strukturell, und Docsbook kümmert sich um sie; die letzten beiden formulierst du.

Markup steht auf dieser Liste nirgends, und diese Reihenfolge ist beabsichtigt. Markup beschreibt Inhalte; es erzeugt sie nicht.

Was gibt Docsbook automatisch aus?#

Jede Dokumentationsseite enthält einen <script type="application/ld+json">-Block mit einem schema.org-@graph. Auf jeder Seite befinden sich unabhängig von Ihren Einstellungen drei Objekte darin: ein Organization für den Projekteigentümer, ein TechArticle für die Seite selbst und ein BreadcrumbList, das aus derselben kanonischen URL erstellt wird, die das <link rel="canonical"> der Seite verwendet.

Wenn Sie AEO im Adminbereich auf der Registerkarte SEO / GEO aktivieren, werden drei weitere hinzugefügt, jeweils nur dann, wenn die Seite tatsächlich die entsprechenden Inhalte enthält:

• FAQPage — wenn die Seite einen FAQ-Abschnitt oder eine als Frage formulierte H3-Überschrift enthält. Bis zu 20 Fragen, wobei jede Antwort auf 1.000 Zeichen begrenzt ist.
• HowTo — wenn auf eine Überschrift, die mit „How to“ (oder dem russischen „Как“) beginnt, eine nummerierte Liste mit mindestens drei Schritten folgt. Bis zu 5 Verfahren pro Seite mit jeweils 20 Schritten.
• speakable — ein SpeakableSpecification innerhalb des TechArticle, das .tldr, den ersten Absatz des Artikels und die H1 in dieser Reihenfolge der Präferenz benennt.

Eine Seite ohne FAQ erhält kein FAQPage, und ein Verfahren mit zwei Schritten erhält kein HowTo. Das ist beabsichtigt und keine Lücke: Googles Richtlinie für strukturierte Daten besagt: „Markieren Sie keine Inhalte, die für die Leser der Seite nicht sichtbar sind“, und ein Verstoß dagegen kann eine manuelle Maßnahme auslösen, durch die die Berechtigung für Rich-Suchergebnisse entfernt wird (Google). Die genauen Auslöser, Schwellenwerte und ausgegebenen JSON-Daten finden Sie unter Strukturierte Antworten.

AEO ist in jedem Tarif aktivierbar. Die Agenten, die die Schreibregeln für Sie anwenden, sind eine kostenpflichtige Funktion — siehe Preise.

Warum dies der richtige Weg ist (Belege)#

Grenzen und offene Fragen#

• Google zeigt keine FAQ- oder How-to-Rich-Results mehr an, und wir werden nicht so tun, als wäre es anders. Google hat das How-to-Rich-Result im September 2023 entfernt – es werde „in den Suchergebnissen sowohl auf Desktop- als auch auf Mobilgeräten nicht mehr angezeigt“ – und gleichzeitig FAQ auf bekannte Regierungs- und Gesundheitsseiten beschränkt. FAQ wurde anschließend vollständig eingestellt: Googles eigenes Änderungsprotokoll vermerkt: „Diese Funktion wird ab dem 7. Mai 2026 nicht mehr in der Google-Suche erscheinen“, und die Dokumentation wurde am 15. Juni 2026 entfernt (Aktualisierungen der Google-Dokumentation). Keiner der beiden Typen erscheint in der aktuellen Galerie unterstützter Rich Results. Was FAQPage und HowTo weiterhin bewirken, ist, die Fragen und Antworten sowie das Verfahren für alles, was JSON-LD analysiert, eindeutig zu machen. Was sie nicht mehr bewirken, ist die Erzeugung eines Google-Rich-Results. Wenn ein Anbieter Ihnen etwas anderes erzählt, fragen Sie nach dem Datum seiner Quelle.
• Sie können sich nicht durch Markup in ein Featured Snippet hineinmarkieren. Auf die Frage, wie man eine Seite als Featured Snippet markieren kann, antwortet Google: „Das geht nicht. Die Google-Systeme bestimmen, ob eine Seite ein gutes Featured Snippet für die Suchanfrage eines Nutzers abgeben würde, und heben sie gegebenenfalls hervor“ (Google, Featured Snippets). Featured Snippets gewinnt man durch den Fließtext. Deshalb ist Content-Regeln die längere der beiden Seiten.
• speakable befindet sich in der Beta und hat eine enge Zugangsbeschränkung. Googles Implementierung befindet sich „in der Beta und kann geändert werden“, ist auf Nachrichtenanbieter beschränkt und richtet sich an „Nutzer in den USA, deren Google-Home-Geräte auf Englisch eingestellt sind“ (Google, Speakable). Eine Dokumentationswebsite ist kein Nachrichtenanbieter. Betrachten Sie das Markup daher als korrekte Erklärung dafür, welcher Teil der Seite die Zusammenfassung ist, und nicht als Weg zu einem intelligenten Lautsprecher.
• Ungeklärt: andere Sprachassistenten. Frühere Versionen dieser Seite behaupteten, Amazon Alexa lese speakable-Markup. Wir konnten keine primäre Quelle von Amazon finden, die dies bestätigt, und schema.org veröffentlicht keine Liste der Nutzer. Nachprüfbar ist: speakable ist eine schema.org-Eigenschaft, Google dokumentiert eine Beta-Nutzung davon, und von deren Anbieter ist nichts Weiteres dokumentiert. Betrachten Sie jede Behauptung über Alexa und speakable als unbewiesen.
• Ungeklärt: ob KI-Antwortmaschinen überhaupt JSON-LD lesen. Kein Modellanbieter – OpenAI, Anthropic, Google oder Perplexity – veröffentlicht eine Aussage darüber, dass seine Retrieval-Pipeline schema.org-Markup analysiert. Analysen Dritter stellen einen Zusammenhang zwischen JSON-LD und Zitierungen her, doch eine Korrelation auf gecrawlten Seiten kann das Markup nicht von der Websitequalität trennen, die damit üblicherweise einhergeht. Bis ein Anbieter dies dokumentiert, ist die ehrliche Einschätzung, dass JSON-LD Mehrdeutigkeiten für alles beseitigt, was sich für eine Analyse entscheidet, und keinen messbaren Nutzen bringt, den wir Ihnen zeigen können.
• Benutzerdefinierte Domains erhalten kein AEO-Markup. Ein Workspace, der über eine eigene Domain bereitgestellt wird, wird über einen anderen Pfad gerendert, der ausschließlich ein einfaches TechArticle ausgibt – kein BreadcrumbList, kein FAQPage, kein HowTo, kein speakable, und der AEO-Schalter hat dort keine Wirkung. Unter *.docsbook.io-Adressen wird der vollständige Graph ausgegeben. Dies ist eine bekannte Lücke und keine Konfiguration, die Sie ändern können.
• Docsbook validiert das ausgegebene Markup an keiner Stelle. In der Pipeline gibt es keinen Schema-Linter, und audit_geo überprüft kein JSON-LD. Prüfen Sie eine Seite mit Googles Rich Results Test oder dem Schema Markup Validator, nachdem Sie AEO aktiviert haben – Strukturierte Antworten erklärt, wie ein Fehler aussieht.

Verwandte Inhalte#

• Strukturierte Antworten — die ausgegebenen Typen, Trigger und das echte JSON-LD
• Inhaltsregeln für Antwort-Engines — die Regeln, die das Ergebnis tatsächlich beeinflussen
• SEO — Meta-Tags, Sitemap, kanonische URLs und noindex
• GEO — der TL;DR-Block, den der speakable-Selektor bevorzugt, und Zitate durch Assistenten
• llms.txt — der Index auf Website-Ebene für KI-Crawler
• Wie Docsbook seine Aussagen belegt — die Evidenzregel, der diese Seiten folgen