Automatisches Schema.org-Markup: verbundener @graph, FAQ, Speakable

Jede Seite einer AliothPress-Website trägt einen vollständigen Schema.org-@graph in JSON-LD: Organization-, Person-, WebSite- und Article-Entitäten, per Identifier miteinander verbunden, dazu FAQPage-, Speakable- und CollectionPage-Markup, wo der Inhalt es verlangt. Nichts wird von Hand eingefügt, installiert oder gepflegt. Der Graph wird bei jedem Rendern aus deinen Website-Einstellungen, den Autorenprofilen und dem Inhalt selbst generiert, in jeder der 31 Sprachen, sodass das Markup nie von den Seiten abdriften kann, die es beschreibt.

Ein verbundener Graph, keine isolierten Schnipsel

Die meisten strukturierten Daten im Web kommen als lose Fragmente daher: hier ein Article, dort eine Organization, nichts verweist auf irgendetwas. Maschinen sehen Einzelteile, keinen Herausgeber. AliothPress baut stattdessen einen Graphen pro Seite. Das author-Feld des Article-Knotens zeigt per @id auf den Person-Knoten, sein publisher auf den Organization-Knoten, und der WebSite-Knoten erklärt dieselbe Organization zu seinem Herausgeber. Suchmaschinen und KI-Answer-Engines lösen diese Verweise zu einem einzigen, überprüfbaren Bild auf: dieser Inhalt, von dieser Person, aus dieser Organisation. Genau diese Entitätsverifizierung prüfen KI-Systeme, bevor sie eine Quelle zitieren, und der verbundene Graph ist das, was sie überprüfbar macht.

Organization und Person: gespeist aus Einstellungen und Profilen

Die Organization-Entität entsteht aus den Website-Einstellungen: Name der Website, Logo (ausgegeben als ImageObject mit Abmessungen) und sameAs-Links zu Wikipedia, Wikidata, LinkedIn und Social-Profilen, damit Maschinen bestätigen können, dass es die Organisation auch jenseits deiner eigenen Domain gibt.

Die Person-Entität entsteht aus dem Benutzerprofil des Autors: Anzeigename, Biografie, Avatar und sameAs-Links zu LinkedIn, einer persönlichen Website und GitHub. Jeder Autor im Team bekommt automatisch seine eigene verifizierbare Entität. Soll ein Beitrag einen anderen Namen nennen als das Konto, das ihn angelegt hat, überschreibt ein eigenes Schema-Autor-Feld am Beitrag oder an der Seite den Anzeigenamen im Markup, ohne das Konto anzurühren.

Welches Einstellungsfeld welche Entität speist, steht im Detail in CMS-Einstellungen und Autorenprofil erklärt.

Beiträge und Seiten: der richtige Typ, jedes Mal vollständig

Beiträge sind standardmäßig BlogPosting, Seiten WebPage, und ein Dropdown im Editor stellt jeden Inhalt auf den Typ um, der passt: Article, NewsArticle, TechArticle, HowTo, AboutPage, ContactPage, CollectionPage oder FAQPage. Welcher Typ es auch wird, der Knoten kommt vollständig an:

• Identität: Die kanonische URL dient als @id des Knotens, sodass Canonical-Einstellungen und strukturierte Daten immer übereinstimmen
• Inhaltsfelder: Headline aus dem Titel, Beschreibung aus der Meta-Description oder dem Auszug, Keywords aus den Meta-Keywords
• Featured-Bild als ImageObject mit Breite, Höhe und dem Alt-Text als Bildunterschrift, immer als absolute URL
• Daten: datePublished und dateModified aus den echten Veröffentlichungsdaten, aktualisiert, sobald der Inhalt es wird
• Sprache: inLanguage aus der Sprache des Inhalts, korrekt auf jeder Übersetzung
• Verbindungen: author, publisher und mainEntityOfPage in den Graphen verdrahtet

Autor oder Datum auf der öffentlichen Seite auszublenden entfernt sie nicht aus dem Markup: Die Metadaten bleiben für Suchmaschinen im HTML, auch wenn das Design sie außer Sicht hält.

FAQPage: Markup, das immer zur sichtbaren Seite passt

FAQ-Markup entsteht aus zwei Quellen: dem FAQ-Editor, den jeder Beitrag und jede Seite mitbringt, und Akkordeon-Blöcken im visuellen Page Builder. Beide rendern ein sichtbares FAQ-Akkordeon für menschliche Leser und geben den passenden FAQPage-Knoten mit Question- und acceptedAnswer-Entitäten für Maschinen aus. Weil Markup und Akkordeon aus denselben gespeicherten Daten kommen, können sie sich nicht widersprechen, und genau das schließt den klassischen Abstrafungsfall aus: FAQ-Markup für Inhalte, die gar nicht auf der Seite stehen. Frage-Antwort-Paare sind das Format, das KI-Answer-Engines am bereitwilligsten übernehmen, also ist das zugleich der kürzeste Weg, zitiert zu werden.

Speakable: Maschinen auf die Antwort zeigen

Jeder Beitrag und jede Seite trägt eine SpeakableSpecification, die auf den ersten Absatz des Inhalts zielt. Das greift bewusst ineinander mit dem Answer-First-Schreibstil des KI-Assistenten, der eine direkte Antwort an den Anfang generierter Inhalte setzt: Das Speakable-Markup sagt Sprachassistenten und Answer-Engines dann exakt, wo diese Antwort sitzt. Schreib (oder generiere) einen starken ersten Absatz, und das Markup reicht ihn den Maschinen auf dem Silbertablett.

Der Website-Knoten und die Sammelseiten

Ein WebSite-Knoten erklärt Name, Tagline, Logo und Herausgeber der Website sowie die vollständige Liste ihrer aktiven Sprachen. Tag- und Kategorieseiten geben einen CollectionPage-Knoten mit einer ItemList ihrer Beiträge aus, jeder mit Position, Name und URL, sodass Archive als kuratierte Sammlungen gelesen werden statt als Linkwüsten.

Korrekt, weil so gebaut

Drei Implementierungsdetails halten die Ausgabe validator-sauber. Jede URL im Graphen wird zwingend absolut, sodass relative Pfade aus Datenbankfeldern nie in das JSON-LD durchsickern. Eigenschaften, die Schema.org für einen Typ nicht definiert, bleiben bewusst draußen, auch verlockende: Sprachalternativen etwa werden über hreflang-Tags signalisiert, wo sie hingehören, nicht über ungültige Eigenschaften am WebPage-Knoten. Und der gesamte Graph wird bei jedem Rendern neu generiert, sodass ein umbenannter Autor, ein getauschtes Logo oder ein bearbeiteter Beitrag das Markup überall sofort aktualisiert, ohne Cache voller veralteter Behauptungen und ohne Eintrag auf irgendeiner To-do-Liste.

Strukturierte Daten sind die Art, wie Maschinen entscheiden, was deine Website ist und ob sie sie zitieren, und sie funktionieren nur vollständig, verbunden und aktuell. AliothPress generiert den kompletten Schema.org-@graph, von Organization- und Person-Entitäten mit sameAs-Verifizierung bis zu FAQPage-, Speakable- und CollectionPage-Markup, automatisch auf jeder Seite in allen 31 Sprachen. Die umgebende Answer-Engine-Schicht, llms.txt und Answer-First-Inhalte eingeschlossen, beschreibt CMS mit integriertem SEO, AEO und llms.txt. Um deinen eigenen Graphen zu sehen, installiere nach der AliothPress-Installationsanleitung, veröffentliche einen Beitrag und schick die Seite durch einen beliebigen Validator für strukturierte Daten.