Euer Brand-Magazin aufbauen: Ein Content-Hub auf eurem composable FrontendEin Brand-Magazin, ein red…
Schema.org als Substrat für AI-Sichtbarkeit: Produktdaten-Markup, das Agenten lesen und nutzen
Schema.org als Substrat für AI-Sichtbarkeit: Produktdaten-Markup, das Agenten lesen und nutzen
Die Debatte über „AI-Sichtbarkeit" endet oft beim Content: für Answer-Engines schreiben, in AI-Overviews zitiert werden. Das ist die halbe Wahrheit. Für Commerce ist die andere Hälfte strukturierte Daten, konkret Schema.org-Produktdaten-Markup. Das ist die Schicht, die Maschinen tatsächlich parsen, wenn sie entscheiden, ob dein Produkt verstanden, verglichen und bedient werden kann. Das hier ist kein generisches „Was ist Schema.org". Es geht um Produkt-Level-Markup als Substrat für Agenten-Sichtbarkeit, und um die Stelle, an der es zur entstehenden Actuation-Schicht überleitet.
Warum Produkt-Markup die maschinenlesbare Schicht ist
Wenn ein Mensch auf einer Produktseite landet, liest er Preis, Verfügbarkeit, Bewertung. Wenn ein Crawler oder ein KI-Agent auf derselben Seite landet, sieht er nicht das visuelle Layout, sondern das Markup. Schema.org-Typen wie Product, Offer, AggregateRating und availability, als JSON-LD ausgedrückt, verwandeln eine gerenderte Seite in eine maschinenlesbare Aussage: Das ist ein Produkt, es kostet so viel, es ist auf Lager, es hat diese Bewertung. Ohne dieses Markup muss eine Answer-Engine aus Prosa raten, und Raten heißt entweder Auslassung oder Fehler. Mit ihm wird dein Katalog zitierfähig, vergleichbar und geeignet für die strukturierten Antworten, die KI-Oberflächen zunehmend bevorzugen.
Strukturierte Daten sind eine Frontend-Eigenschaft, kein Backend-Feld
Der Punkt, den Teams oft übersehen: Das Markup lebt in der gerenderten Seite. Dein PIM oder Commerce-Backend hält die Produktdaten, aber das JSON-LD, das Maschinen lesen, wird zur Render-Zeit eingefügt, in der Frontend-Schicht. Das hat zwei Konsequenzen. Erstens ist Korrektheit eine Frontend-Verantwortung: Wenn das gerenderte Markup vom echten Preis oder der Verfügbarkeit abweicht, veröffentlichst du falsche maschinenlesbare Aussagen. Zweitens ist es eine Eigenschaft pro Template: Einmal im Produktdetail-Template richtig gemacht, erbt es jedes Produkt. Falsch gemacht oder pro Kampagne nachgerüstet, bricht es beim nächsten Template-Wechsel still. Das ist dieselbe Lektion wie bei Barrierefreiheit: eine Eigenschaft der Rendering-Schicht, keine einmalige Aufgabe.
Vom Lesen zum Handeln: die Brücke zu WebMCP und JSON Schema
Lesen ist der Ort, an dem Schema.org heute steht. Handeln ist die Richtung der nächsten Schicht. Entstehende Ansätze wie WebMCP (das die Fähigkeiten einer Seite für Agenten offenlegt) und JSON-Schema-typisierte Aktionen beschreiben nicht nur, was ein Produkt ist, sondern was ein Agent damit tun kann, in den Warenkorb legen, Varianten prüfen, einen Checkout starten. Schema.org-Markup ist das natürliche Substrat darunter: Eine gut ausgezeichnete Produktseite ist schon auf halbem Weg zur Agenten-Bedienbarkeit, weil die Entitäten, auf die ein Agent handeln muss, bereits benannt und typisiert sind. Strukturierte Daten als lesbares Fundament zu behandeln, macht die Actuation-Schicht zu einer Erweiterung statt zu einem Neubau. (WebMCP ist eine sich noch entwickelnde Spezifikation; behandle die Actuation-Details als richtungsweisend und prüfe sie gegen die aktuelle Spec, bevor du baust.)
Was das für deine Storefront heißt
| Schicht | Welche Frage sie beantwortet | Wo sie lebt |
|---|---|---|
| Schema.org-Produkt-Markup | Was ist dieses Produkt? | Frontend-Render (JSON-LD) |
| WebMCP / typisierte Aktionen | Was kann ein Agent damit tun? | Frontend-Actuation-Schicht |
| Produktdaten | Die Source of Truth | Backend / PIM |
Die praktische Erkenntnis: Wer für Answer-Engines sichtbar und zunehmend von Agenten bedienbar sein will, hat den Hebel in der Frontend-Schicht, die die strukturierten Daten rendert. Ein agentisches Frontend, das korrektes, synchrones Schema.org-Markup ab Werk ausliefert und es mit den Produktdaten abgleicht, macht aus AI-Sichtbarkeit statt einer manuellen SEO-Fleißaufgabe eine Plattform-Eigenschaft. Die Actuation-Seite haben wir in WebMCP und warum Actuation eine Architektur-Eigenschaft ist vertieft.
FAQ
Ist Schema.org nicht nur eine SEO-Sache? Es begann als SEO-Signal, ist aber zunehmend das Substrat, auf das sich Answer-Engines und Agenten verlassen, um Commerce-Inhalte zu verstehen und zu bedienen. Für Agentic Commerce ist es fundamental, nicht optional.
Erledigt mein PIM das Markup? Das PIM hält die Daten. Das Schema.org-JSON-LD, das Maschinen lesen, wird im Frontend gerendert, und dort müssen Korrektheit und Konsistenz durchgesetzt werden.
Brauche ich WebMCP schon heute? Nicht zwingend. Aber korrektes Schema.org-Markup ist das lesbare Fundament, auf dem die Actuation-Schicht aufbaut, die strukturierte Datenschicht jetzt richtig zu machen, zahlt sich ohnehin aus.
Nächste Schritte
Wenn AI-Sichtbarkeit und Agenten-Readiness auf deiner Roadmap stehen, ist die Frontend-Schicht, die deine strukturierten Daten rendert, der Startpunkt. Sieh dir das SEO-und-GEO-Produkt an, oder buche ein Gespräch, in dem wir anschauen, wie dein Produkt-Markup heute für Maschinen lesbar ist.
Mehr von der Laioutr-Plattform
Über den Autor: Marcel Thiesies ist Mitgründer von Laioutr. Er arbeitet mit Commerce-Teams daran, ihre Storefronts von der Frontend-Rendering-Schicht aufwärts für KI-Agenten lesbar und bedienbar zu machen.
Alle Angaben beruhen auf öffentlich verfügbaren Informationen und eigenen Plattform-Tests. Stand Juli 2026. Schema.org, WebMCP und das Verhalten von Answer-Engines können sich seither weiterentwickelt haben.