SEO Playbook · Post type

Strukturierte Produktdaten für den Agentic Commerce

Erstellen Sie eine Agentic-Produktdaten-Seite mit Identifikatoren, Preis, Verfügbarkeit, Versand, Rückgabe und vollständigem Schema, damit Shopping-Agenten daraus Transaktionen durchführen können.

14 min read

Agentic-Produktdaten-Seite

Zweck: einem KI-Shopping-Agenten genügend exakte, aktuelle, maschinenlesbare Informationen geben, um einen Artikel zu identifizieren, ein Angebot zu bewerten, zu berechnen, ob er geliefert werden kann, das Rückgaberisiko zu erklären und eine Transaktion zu übergeben oder abzuschließen – ohne raten zu müssen.

Primäre Frage: “Kann ich dieses exakte Produkt für diesen Kunden, zu diesem Preis, an diesem Ort, unter diesen Liefer- und Rückgabebedingungen kaufen?”

Eine Agentic-Produktdaten-Seite ist eine stabile öffentliche Repräsentation eines Produkts oder einer Variantenfamilie, die sowohl für die Inspektion als auch für die Aktion ausgelegt ist. Anders als eine konventionelle Produktseite , die sich auf visuelle Hierarchie und überzeugenden Kontext stützen kann, behandelt dieser Typ Identität, Angebot, Verfügbarkeit, Versand und Rückgabe als explizite Felder mit Gültigkeitsbereich. Die beiden Formate sollten normalerweise unter einer kanonischen URL koexistieren: Menschen erhalten Erklärungen und Nachweise; Agenten erhalten dieselben Fakten in sichtbarem Text, strukturiertem Markup und verlässlichen Commerce-Schnittstellen.

Fragen, die sie beantwortet

Die Seite muss es einem Shopping-Agenten ermöglichen, all diese Fragen zu beantworten, ohne einen fehlenden Wert erschließen zu müssen:

  • Welches exakte Produkt und welche Variante beschreibt dieser Datensatz?
  • Welche Händler-SKU, globaler Identifikator, Marke, Modell, Größe, Farbe, Kapazität und Zustand identifizieren es?
  • Was sind der aktuelle Preis, die Währung, Einheit, Steuerbehandlung und der gültige Angebotszeitraum?
  • Ist die ausgewählte Variante tatsächlich verfügbar, nachbestellbar, vorbestellbar oder eingestellt?
  • Kann es an den Zielort des Kunden versendet werden, zu welchen Kosten, mit welcher Methode und in welchem Lieferzeitfenster?
  • Wer verkauft und erfüllt es, und wo geht die Verantwortung über?
  • Was kann zurückgegeben werden, innerhalb von wie vielen Tagen, mit welcher Methode, zu wessen Kosten und mit welchen Ausnahmen?
  • Welche Aktion ist jetzt gültig: kaufen, reservieren, ein Angebot anfordern, einer Warteliste beitreten oder ein anderes Angebot wählen?

Die Seite ist erst dann für den agentischen Einsatz bereit, wenn eine Abwesenheit explizit ist. „Versand nicht angegeben“ ist etwas anderes als kostenloser Versand; „Verfügbarkeit unbekannt“ ist etwas anderes als auf Lager.

Wann dieser Seitentyp verwendet wird

Verwenden Sie ihn, wenn ein Produkt ausgewählt oder gehandelt werden kann und ein automatisierter Client mehr als eine Marketingbeschreibung benötigt. Er ist besonders wertvoll, wenn Varianten, Verkäufer, Zielorte oder Richtlinienausnahmen die Antwort bedingt machen.

Verwechselbarer verwandter TypDiesen verwandten Typ verwenden, wennWarum sich dieser Typ unterscheidet
ProduktseiteEin menschlicher Käufer Passform, Vorteile, Nachweise, Medien, Bewertungen und eine Kaufentscheidung für ein Produkt benötigt.Agentic-Produktdaten konzentrieren sich auf exakte Transaktionsfelder und deren maschinenlesbare Übereinstimmung. In der Praxis sollte eine URL beide Spezifikationen erfüllen.
KategorieseiteDer Leser oder Agent eine Menge entdecken und eingrenzen muss, bevor er einen genauen Artikel auswählt.Eine Kategorie kann Filter und bereichsbezogene Orientierung bieten, aber sie kann keine variantenspezifischen Identifikatoren, Bestand, Lieferung und Rückgabe ersetzen.
DokumentationsartikelEin bestehender Benutzer nach dem Erwerb Verhalten, Einstellungen, Kompatibilität oder Anweisungen benötigt.Dokumentation erklärt die Nutzung; Agentic-Produktdaten stellen fest, ob ein bestimmtes Angebot gehandelt werden kann.
LLMs.txt-SeiteEin Publisher KI-Systeme auf autoritative Ressourcen hinweisen möchte.LLMs.txt ist eine Orientierung, kein Katalog, Angebots-Feed, Bestandsquelle, Versandrechner oder Transaktionsvertrag.

Erstellen Sie keine separate indexierbare „KI-Version“, die die menschliche Seite wiederholt. Duplikate erzeugen konkurrierende Kanonikale und zwei Orte, an denen volatile Fakten auseinanderdriften können. Verwenden Sie eine separate Repräsentation nur, wenn Content Negotiation, ein dokumentierter Endpunkt oder eine nicht indexierbare Datenantwort einen echten Client-Anforderung erfüllt.

Am besten geeignet für diese Geschäftstypen

  1. E-Commerce . Die stärkste Passung, da Preis, Variante, Inventar, Versand und Rückgabe bereits in operativen Systemen existieren. Die Aufgabe ist, sie mit denselben Identifikatoren und demselben Gültigkeitsbereich offenzulegen, die beim Checkout verwendet werden.
  2. Marktplätze . Unverzichtbar, wenn ein Produkt mehrere Verkäufer oder Zustände hat. Die Produktidentität muss von der Angebotsidentität getrennt bleiben, damit ein Agent nicht den Preis eines Verkäufers an die Liefer- oder Rückgabebedingungen eines anderen bindet.
  3. Hersteller und Industrieunternehmen . Wertvoll für Modellnummern, technische Kompatibilität, Verpackungseinheiten, regionale Vertriebspartner, Lieferzeiten und angebotsbasierte Verfügbarkeit. „Kontaktieren Sie uns“ sollte dennoch offenlegen, was angeboten werden kann und welche Fakten variieren.
  4. SaaS . Nützlich, wenn ein Tarif, ein Add-on, ein Sitzplatzpaket oder ein Nutzungspaket tatsächlich käuflich ist. Ersetzen Sie physische Versandfelder durch Aktivierungszeitpunkt und regionale oder kontobezogene Berechtigung, während Sie Preisbasis, Verlängerung, Kündigung und Verkäuferidentität explizit halten.

Suchintention

Die Intention liegt an der Grenze zwischen Entscheidung und Transaktion. Suchanfragen kombinieren ein bekanntes Produkt oder Modell mit „Preis“, „auf Lager“, „Lieferung nach“, „Rückgabe“, einer Größe oder Farbe oder einer Kaufanweisung. Eine KI-Eingabeaufforderung kann Einschränkungen in einem Satz hinzufügen: „Finde das schwarze 256-GB-Modell unter 900 €, geliefert nach Bratislava nächste Woche, mit mindestens 30 Tagen Rückgaberecht.“

Die richtige Antwort ist keine allgemeine Empfehlung. Es ist ein einschränkungserhaltendes Angebot: exakte Variante, exakter Verkäufer, aktueller Gesamtpreis, Zielort-Berechtigung, Liefertermin, Rückgabebedingungen und eine stabile Aktion. Wenn eine Bedingung nicht verifiziert werden kann, muss die Antwort die Lücke identifizieren, anstatt sie stillschweigend aufzuweichen.

Seitenstruktur

Wortbänder halten die Erklärung proportional. Der kritischste Inhalt sind Felddaten, kein Fließtext, und müssen aus gesteuerten Quellen generiert werden, anstatt in redaktionellen Text kopiert zu werden.

AbschnittWort- oder DatenbandZweckErforderlich?
Hero und Direktantwort50–90 Wörter plus FelderDas exakte Produkt, die ausgewählte Variante, den Verkäufer, den Preis, die Verfügbarkeit und die gültige Aktion nennen.Erforderlich
Identitätsdatensatz8–20 FelderSKU, globale Identifikatoren, Marke, Modell, Variantenattribute, Zustand und kanonische URL binden.Erforderlich
Angebot und Preis8–18 FelderBetrag, Währung, Einheit, Steuerumfang, Verkäufer, Gültigkeit, Mengenbegrenzungen und Angebots-URL angeben.Erforderlich
Verfügbarkeit5–12 FelderBestandsstatus, Variantenumfang, Mengengrenze, Vorbestellungs- oder Nachbestellungsstatus und Verifizierungszeitpunkt angeben.Erforderlich
Versand8–20 Felder pro Markt oder MethodeZielort, Tarif, Schwellenwert, Bearbeitungszeit, Transitfenster, Spediteur oder Methode und Einschränkungen definieren.Erforderlich für lieferbare Produkte
Rückgabe und Garantie8–18 FelderFrist, Methode, Gebühren, Zustand, Kategorieausnahmen, Rückerstattungszeitpunkt und Richtlinien-URL definieren.Erforderlich
Produktspezifikationen10–40 ZeilenAbmessungen, Zusammensetzung, Kompatibilität, enthaltene Artikel und Einschränkungen mit Einheiten angeben.Erforderlich, wenn für die Auswahl relevant
Nachweise und Herkunft60–140 Wörter plus ZeitstempelQuellsysteme, Verifizierungszeitpunkt, Verkäufer-Eigentum und Richtlinienumfang identifizieren.Erforderlich
FAQ und Aktion250–450 WörterVerbleibende Agenten- und Käuferfragen klären, dann eine wahrheitsgemäße nächste Aktion angeben.Erforderlich

Erforderliche Elemente

Die Position folgt der Abhängigkeit: Ein Angebot kann nicht bewertet werden, bis die Identität stabil ist, und eine Lieferzusage kann nicht bewertet werden, bis Angebot und Zielort bekannt sind.

ElementImmer oder bedingtPosition
Direktantwort-BlockImmerErster Inhalt unter dem Produktnamen; exakte Variante, Verkäufer, Preis, Verfügbarkeit und Aktion einschließen.
SpezifikationstabelleImmerZuerst Identitätsfelder, dann Produktattribute; jeder Wert enthält Einheit und Variantenumfang, wo zutreffend.
PreistabelleImmer bei mehr als einem Angebot, einer Stufe oder MengenregelNach Identität und vor Verfügbarkeit; Verkäufer, Währung, Steuerbasis und Gültigkeit in derselben Zeile wie der Betrag halten.
VerfügbarkeitsblockImmerNeben dem ausgewählten Angebot und vor der Transaktionsaktion; niemals den Lagerbestand des übergeordneten Produkts für eine ausgewählte Variante anzeigen.
HaftungsausschlussBedingtUnmittelbar neben einer wesentlichen Bedingung wie geschätzter Steuer, angebotsbasiertem Fracht, Abonnementverlängerung oder geografischem Ausschluss.
AktualitätsstempelImmerNeben volatilen Angebotsfeldern; angeben, was und wann geprüft wurde, nicht nur, wann die Seite bearbeitet wurde.
FAQ-StrukturImmer, fünf oder mehr FragenNach Richtlinien und vor der abschließenden Aktion; sichtbare Antworten müssen exakt mit den FAQ-Daten übereinstimmen.
CTA-BlockImmerLetzter Entscheidungsblock; je nach Live-Zustand „Kaufen“, „Reservieren“, „Angebot anfordern“, „Warteliste beitreten“ oder „Andere Variante wählen“ verwenden.

Frontmatter

Befolgen Sie die Frontmatter-Spezifikation . Verwenden Sie auf dieser Spezifikationsseite entity = "post-type-agentic-product-data" und schemaTypes = [ "Article", "FAQPage" ], da die Seite einen Seitentyp erklärt, anstatt das fiktive Beispiel zu verkaufen.

Auf einer erstellten Commerce-Seite muss entity das stabile Produkt identifizieren, z. B. northstar-travel-charger-65w, während SKU und globale Identifikatoren verkaufbare Varianten identifizieren. Verwenden Sie Product für das Produkt und Offer für das käufliche Angebot eines Verkäufers; verwenden Sie AggregateOffer nur, wenn die sichtbare Seite tatsächlich mehrere Angebote zusammenfasst. Fügen Sie die zutreffenden Versand- und Händler-Rückgaberichtlinien-Eigenschaften hinzu. Eine Produktseite mit sichtbaren FAQ-Inhalten kann auch für FAQPage in Frage kommen, vorbehaltlich der aktuellen Suchmaschinenregeln, aber FAQ-Markup ist kein Ersatz für Product- und Offer-Daten.

Die Quelle der Wahrheit sollte auch Feeds, APIs und den Checkout steuern. Erforderliche operative Felder umfassen Währung, Markt, Verkäufer, Erfüllungseigentümer, ausgewählte SKU, Preisgültigkeit, Verfügbarkeitszeitstempel, Versandzielbereich, Rückgaberichtlinienbereich, kanonische URL und Dateneigentümer. Schema-Vollständigkeit bedeutet, dass erforderliche Entscheidungsfelder sowohl befüllt als auch korrekt sind – nicht, dass jede mögliche Eigenschaft erscheint.

Vollständiges Beispiel

Diese fiktive Seite demonstriert den minimalen Transaktionsvertrag. Die Werte sind Beispiele, keine Angaben über einen echten Händler.

# Northstar 65 W Reiseladegerät — EU, schwarz

Das Northstar 65 W Reiseladegerät, SKU NS-65-EU-BLK und GTIN 09506000134352, wird als Neugerät von Northstar Direct für 49,00 € inkl. MwSt. verkauft. Diese EU-Variante in Schwarz ist auf Lager. Der Standardversand in die Slowakei kostet 4,90 € und wird für den 1.–3. September 2026 geschätzt, wenn die Bestellung vor dem 27. August um 14:00 MESZ aufgegeben wird.

## Produktidentität

| Feld | Wert |
|---|---|
| Marke | Northstar |
| Modell | Reiseladegerät 65 W |
| Händler-SKU | NS-65-EU-BLK |
| GTIN-14 | 09506000134352 |
| Variante | EU-Stecker, schwarz |
| Zustand | Neu |
| Enthalten | Ladegerät und 1 m USB-C-Kabel |

## Angebot

| Verkäufer | Preis | Währung | Steuer | Verfügbarkeit | Gültig bis |
|---|---:|---:|---|---|---|
| Northstar Direct | 49,00 | EUR | MwSt. enthalten | Auf Lager | 31. August 2026, 23:59 MESZ |

Der Preis gilt für eine Einheit NS-65-EU-BLK. Die maximale Online-Bestellmenge beträgt vier Stück pro Bestellung. Verkäufer und Erfüllungsdienstleister ist Northstar Direct.

## Versand in die Slowakei

| Methode | Kosten | Bearbeitung | Transit | Geschätzte Lieferung |
|---|---:|---:|---|---:|
| Standard mit Sendungsverfolgung | 4,90 € | Gleicher Werktag vor 14:00 MESZ | 2–4 Werktage | 1.–3. September 2026 |
| Express mit Sendungsverfolgung | 12,90 € | Gleicher Werktag vor 14:00 MESZ | 1–2 Werktage | 31. August–1. September 2026 |

Lithiumbatterien sind nicht enthalten. Liefertermine sind Schätzungen und schließen Adresskorrekturen und Speditionsstörungen aus. Berechnen Sie den Versand nach Änderung des Zielorts oder der Warenkorbmenge neu.

## Rückgabe und Garantie

Unbenutzte Produkte können innerhalb von 30 Kalendertagen nach Lieferung über das Online-Rückgabeformular zurückgegeben werden. Der Kunde trägt die Rücksendekosten, es sei denn, das Produkt ist fehlerhaft oder falsch geliefert. Geöffnete Verpackungen werden akzeptiert, wenn Ladegerät, Kabel und Dokumentation vollständig und unbeschädigt sind. Rückerstattungen erfolgen auf das ursprüngliche Zahlungsmittel nach Prüfung. Eine zweijährige eingeschränkte Garantie deckt Herstellungsfehler ab, nicht jedoch Unfall- oder Flüssigkeitsschäden.

## Transaktionsstatus

Verifiziert gegen Katalog, Inventar, Versand- und Rückgabesysteme am 27. August 2026 um 10:00 MESZ. Preis, Bestand, Zielort-Berechtigung, Liefertermin und Rückgabeumfang unmittelbar vor dem Checkout erneut validieren.

[EU-Variante in Schwarz kaufen]

Das Beispiel hält Preis und Gültigkeit zusammen, trennt Bearbeitung von Transit, nennt den Rückzahlenden und grenzt jede volatile Behauptung ein. Ein Mensch kann es lesen; ein Agent kann es Feldern zuordnen, ohne einen Werbeslogan interpretieren zu müssen.

Design-Galerie

Verwenden Sie dasselbe Produkt, dieselbe Variante, denselben Verkäufer, denselben Zielort und denselben Zeitstempel in jedem Design, damit Überprüfungen das Datenverständnis testen und nicht verschiedene Beispiele.

Qualitäts-Checkliste

  • Eine kanonische Produktidentität ist von SKU-Ebene-Varianten und Verkäufer-Ebene-Angeboten getrennt.
  • SKU-, GTIN-, ISBN- oder Hersteller-Teilenummer-Werte gehören zur exakten Variante; kein Identifikator wird abgeleitet oder erfunden.
  • Produktname, Marke, Modell, Zustand, ausgewählte Attribute und kanonische URL stimmen in sichtbarem Inhalt, Schema, Feed und Checkout überein.
  • Preis enthält Währung, Einheit oder Abrechnungsbasis, Steuerumfang, Verkäufer, Mengenregel und Gültigkeit, wo relevant.
  • Verfügbarkeit beschreibt die ausgewählte SKU und den Verkäufer, nicht das übergeordnete Produkt oder einen benachbarten Lagerdatensatz.
  • Versand gibt Zielortbereich, Kosten, Schwellenwert, Bearbeitungszeit, Transitzeit, geschätzte Lieferung und Einschränkungen an, ohne eine Schätzung als Garantie zu behandeln.
  • Rückgabe gibt Frist, Startereignis, akzeptierten Zustand, Methode, Gebühren, Rückerstattungsweg und produkt- oder regionsspezifische Ausnahmen an.
  • Unbekannte Werte werden als unbekannt ausgewiesen; leere Zellen implizieren niemals kostenlos, enthalten oder verfügbar.
  • Volatile Fakten stammen aus operativen Systemen und geben eine aussagekräftige Verifizierungszeit an.
  • JavaScript-deaktivierte und gerenderte Antworten geben beide die kritischen Identitäts- und Angebotsfakten preis, die von den beabsichtigten Clients benötigt werden.
  • Product- und Offer-Markup stimmen mit sichtbarem Inhalt überein und verwenden die korrekte Variante, den Verkäufer, die Währung und den Richtlinienumfang.
  • Die Kauf- oder Übergabeaktion bewahrt Variante, Angebot, Zielort, Menge und Zuordnung.
  • Nicht vorrätige, vorbestellbare, angebotspflichtige und eingestellte Zustände ändern sowohl die Nachricht als auch die zulässige Aktion.
  • Automatisierte Tests erkennen Abweichungen zwischen Seite, Schema, Feed, API und Checkout, bevor ein veraltetes Angebot einen Agenten erreicht.
  • Die menschliche Überprüfung prüft Ausnahmeformulierungen, regulierte Behauptungen und ungewöhnliche Versand- oder Rückgabefälle, die die Feldvalidierung nicht beurteilen kann.

Häufige Fehler

Schema als versteckten Produkttext behandeln. Strukturierte Daten beschreiben sichtbare Fakten; sie dürfen keinen besseren Preis, andere Bewertung, breitere Verfügbarkeit oder Rückgabeversprechen einführen, als die Seite zeigt.

Eine übergeordnete SKU für jede Variante verwenden. Ein blaues Medium-Kleidungsstück und ein schwarzes Large-Kleidungsstück sind unterschiedliche verkaufbare Auswahlen. Binden Sie Identifikatoren, Preis, Bild, Bestand und Aktion an die ausgewählte Variante.

Preis ohne Gültigkeitsbereich veröffentlichen. „49 €“ ist unvollständig, wenn Steuer, Einheit, Abonnementzeitraum, Verkäufer, Mindestbestellmenge, Markt oder Ablaufdatum den Betrag ändern.

Unbekannten Versand als kostenlos bezeichnen. Der Versand muss berechnet oder explizit als nicht verfügbar für den Zielort gekennzeichnet sein. Ein Nullwert ist ein kommerzielles Versprechen, kein Platzhalter.

Bearbeitungs- und Transitzeit zusammenfassen. Ein zweitägiger Kurierdienst, der nach fünf Tagen versendet wird, ist keine zweitägige Lieferung. Speichern und zeigen Sie beide Intervalle, dann berechnen Sie eine geschätzte Datumsspanne.

Nur auf eine generische Rückgabeseite verlinken. Der Agent benötigt die geltende Frist und Ausnahmen auf der Angebotsseite sowie eine stabile Richtlinien-URL für Details. Kategorieausschlüsse dürfen nicht hinter dem Link versteckt werden.

Bestand wie redaktionellen Inhalt cachen. Der Bestand kann sich zwischen Crawl und Checkout ändern. Verwenden Sie geeignete Cache-Laufzeiten, Invalidierung, Zeitstempel und zwingende Neuvalidierung vor der Zusage.

Eine zweite „KI-Produktseite“ erstellen. Parallele indexierbare Seiten driften auseinander und teilen Signale. Bevorzugen Sie eine kanonische Quelle für Mensch und Maschine mit alternativen Repräsentationen nur für einen dokumentierten technischen Bedarf.

Den CTA lügen lassen. Ein nicht vorrätiger Artikel kann keine aktive „Jetzt kaufen“-Aktion haben. Ersetzen Sie sie durch einen Bestandsalarm, eine Vorbestellung, ein Angebot oder eine Alternative, die den tatsächlichen Zustand widerspiegelt.

Interne Verlinkung

Verlinken Sie nach oben zur Kategorieseite , wenn ein Agent zwischen Produkten wählen muss, und seitlich zur kanonischen Produktseite -Spezifikation, wenn das Produktionsteam menschengerichtete Nachweise und Überzeugungsregeln benötigt. Verlinken Sie zu einem Dokumentationsartikel für Einrichtung, Kompatibilitätsdetails, Pflege oder Nutzung nach dem Kauf, anstatt Transaktionsfelder mit Anweisungen zu überladen.

Innerhalb des Produktdatensatzes halten Sie Links neben der Bedingung, die die nächste Frage aufwirft: die vollständige Rückgaberichtlinie neben der zusammengefassten Rückgaberegel, Lieferbeschränkungen neben dem Versand und kompatible Zubehörteile neben der relevanten Spezifikation. Verwenden Sie ein Internes-Link-Modul nur für eine kleine Menge erklärter Alternativen oder unterstützender Seiten. Lassen Sie einen Agenten nicht mehrere vage „Mehr erfahren“-Links durchgehen, um eine Transaktion zu rekonstruieren.

Jedes verlinkte Angebot muss Varianten- und Verkäuferkontext bewahren. Parametrisierte Auswahlen sollten vorhersagbar aufgelöst werden, und kanonische Regeln sollten verhindern, dass Filter-, Währungs- und Zielortzustände sich zu duplizierten indexierbaren URLs vermehren.

Wie man Ergebnisse misst

Messen Sie zuverlässige Produktauflösung und Transaktionsfortschritt, nicht nur Seitenverkehr. Legen Sie eine Basislinie nach Markt, Gerät, Client, Produkt, Variante und Verkäufer fest, wo das Volumen es zulässt.

Verfolgen Sie:

  • gültige Produkte und verkaufbare Varianten mit vollständigen Identifikatoren;
  • Product- und Offer-Datensätze, die technische Validierung und kommerziellen Abgleich bestehen;
  • Abweichungen bei Preis, Währung, Bestand, Verkäufer, Versand, Rückgabe und ausgewählter SKU zwischen Seite, Schema, Feed, API und Checkout;
  • Crawl- oder Agentenanfragen, die nutzbare kritische Daten ohne Skript-, Zustimmungs-, Authentifizierungs- oder Zeitüberschreitungsfehler erhalten;
  • Shopping-Antworten und Zitationen, die Varianten-, Verkäufer-, Preis-, Verfügbarkeits-, Zielort-, Liefer- und Richtlinienbedingungen bewahren;
  • Produktauswahl-, In-den-Warenkorb-, Checkout-Start-, Angebots-, Reservierungs- und abgeschlossene Bestellereignisse, die dem ursprünglichen Client oder der Übergabe zugeordnet werden;
  • fehlgeschlagene Übergaben aufgrund von veraltetem Bestand, geändertem Preis, nicht unterstütztem Zielort, ungültiger Variante, abgelaufener Sitzung oder Richtlinienkonflikt;
  • Stornierungen, Rückgaben und Kundendienstkontakte, die durch eine Tatsache verursacht wurden, die der Agent falsch dargestellt oder ausgelassen hat;
  • Zeit von der Änderung im Quellsystem bis zur korrigierten öffentlichen Repräsentation.

Verwenden Sie KI-Zugänglichkeit und Agentenbereitschaft , um zu testen, ob automatisierte Clients die Commerce-Oberfläche erreichen und interpretieren können. Öffnen Sie das AmICited Cockpit , um Sichtbarkeit, zitierte Quellen, Landing-Aktivität und kommerzielle Ergebnisse über denselben Beobachtungszeitraum zu vergleichen.

Folgen Sie wie wir Ergebnisse messen , um Entdeckung, korrekte Darstellung, Engagement, Transaktionsfortschritt und Umsatz zu trennen. Kennzeichnen Sie Katalogmigrationen, Preiskampagnen, Bestandsereignisse, Richtlinienänderungen und Protokollveröffentlichungen, bevor Sie Bewegungen zuschreiben. Eine zitierte Produktantwort ist kein Erfolg, wenn ihr Angebot die Checkout-Validierung nicht übersteht.

FAQ

Häufig gestellte Fragen

Ist eine Agentic-Produktdaten-Seite getrennt von der menschlichen Produktseite?
Nicht unbedingt. Die bevorzugte Implementierung ist in der Regel eine kanonische Produkt-URL, deren sichtbare Fakten, strukturierte Daten, Feeds und Commerce-Endpunkte übereinstimmen. Eine separate maschinenlesbare Seite ist nur gerechtfertigt, wenn sie eine stabile Repräsentation hinzufügt, ohne eine konkurrierende indexierbare Produktseite zu erzeugen.
Welche Produktidentifikatoren sollten veröffentlicht werden?
Veröffentlichen Sie die Händler-SKU und jeden verfügbaren gültigen globalen Identifikator für die exakte Variante, wie GTIN, ISBN oder Hersteller-Teilenummer, zusammen mit Marke und Modell. Erfinden Sie niemals einen globalen Identifikator oder kopieren Sie einen von einer ähnlichen Variante.
Welche Schema-Typen sind für den Agentic Commerce erforderlich?
Verwenden Sie Product für den Artikel und Offer oder AggregateOffer für käufliche Angebote, mit den zutreffenden Versand- und Rückgaberichtlinien-Eigenschaften. Das Schema muss mit dem sichtbaren Inhalt und der ausgewählten Variante übereinstimmen; Vollständigkeit und Konsistenz sind wichtiger als das Hinzufügen nicht relevanter Typen.
Wie aktuell müssen Preis- und Verfügbarkeitsdaten sein?
Aktuell genug, dass ein Agent keinen abgelaufenen Preis präsentiert oder einen unmöglichen Kauf versucht. Generieren Sie volatile Felder aus der Commerce-Wahrheitsquelle, invalidieren Sie Caches nach wesentlichen Änderungen, legen Sie einen Verifizierungszeitpunkt offen und überwachen Sie Abweichungen.
Kann JavaScript die Produktdaten liefern?
Das ist möglich, aber kritische Identitäts-, Angebots-, Versand- und Rückgabefakten sollten auch in der initialen oder zuverlässig gerenderten Antwort verfügbar sein. Testen Sie die Seite mit den relevanten Clients und Crawlern; gehen Sie nicht davon aus, dass jeder Shopping-Agent dieselben Skripte wie ein Browser ausführt.
Sollten nicht vorrätige Produkte zugänglich bleiben?
In der Regel ja, wenn das Produkt möglicherweise zurückkehrt, weiterhin Nachfrage besteht oder bestehende Besitzer unterstützt werden. Behalten Sie die stabile Identität und Spezifikationen bei, markieren Sie die Verfügbarkeit genau, deaktivieren Sie den Kauf, bieten Sie einen Bestandsalarm oder einen echten Ersatz an und vermeiden Sie die Angabe eines Lieferdatums.
Überprüfen Sie, ob KI-Agenten mit Ihren Produktdaten Transaktionen durchführen können
Auditieren Sie die Produktidentität, das Angebot, die Verfügbarkeit, den Versand, die Rückgabe und die Zugangssignale, von denen automatisierte Shopping-Journeys abhängen.

← All SEO Playbook guides

Bereit, es in die Praxis umzusetzen?

Kostenlose Prüfung · 7 Tage testen · Kreditkarte erforderlich