Der KI-Reiter stellt strukturierte, maschinenorientierte Signale bereit, die zukünftige KI-basierte Entdeckungs-, Interpretations- und Abrufsysteme unterstützen.

Dieser Reiter ist nicht dafür gedacht, unmittelbare SEO-Effekte oder nutzerorientierte Inhalte zu erzeugen.

Seine Aufgabe besteht darin, Bedeutung, Kontext und Differenzierung eines Produkts für fortgeschrittene KI-Agenten und große Sprachmodell-Systeme zu verankern.

Betrachten Sie diesen Reiter als zukunftsorientierte semantische Infrastruktur.

Inhalte des KI-Reiters

Der KI-Reiter enthält folgende Felder:

LLM-Zusammenfassung

Eine knappe, sachliche Beschreibung des Produkts als vollständige Entität.

• Stabil, neutral und nicht werblich generiert
  
• Für KI-Systeme konzipiert, die ein vollständiges Kontextverständnis benötigen
  
• Standardmäßig gesperrt, um Drift zu vermeiden
  
• Händler sollen dieses Feld nicht bearbeiten
  

Differenzierungsmerkmal

Eine kurze Aussage, die beschreibt, was das Produkt sinnvoll unterscheidet.

• Fokus auf strukturelle oder materielle Unterschiede, nicht auf Marketingaussagen
  
• Wird von KI-Systemen genutzt, um nahezu identische Produkte zu unterscheiden
  
• Standardmäßig gesperrt zur Wahrung der Konsistenz
  

Zielgruppe

Beschreibt neutral, für wen das Produkt bestimmt ist.

• Bearbeitbar, wenn der Händler über gesicherte Kenntnisse verfügt
  
• Sollte sachlich bleiben (keine aspirative Sprache)
  

Einkaufsstil

Eine übergeordnete Klassifizierung (z. B. Essentials, Luxus, Geschenk).

• Wird für KI-Kategorisierung und Clusterbildung verwendet
  
• Bearbeitbar, sollte jedoch konservativ bleiben
  

Produktpersönlichkeit

Eine verdichtete tonale Beschreibung (z. B. Essenziell, Elegant, Verspielt).

• Hilft KI-Systemen bei der Positionsbestimmung
  
• Nicht kundenorientiert
  
• Bearbeitbar, aber nicht überoptimieren
  

LLM-Ignorieren

Ein Anweisungsfeld, um volatile oder transaktionale Daten explizit von der KI-Indexierung auszuschließen.

Beispiele:

• Preis
  
• Verfügbarkeit
  
• Aktionen
  
• Lagerbestände
  

Dieses Feld verhindert, dass KI-Systeme sich an häufig wechselnden oder kontextabhängigen Daten orientieren.

Bearbeitungshinweise

Die meisten KI-Felder sind bewusst gesperrt.

Dies ist beabsichtigt.

CatalogPilot erzeugt diese Werte in einem kontrollierten Mehrphasen-Enrichment-Prozess, um Folgendes zu minimieren:

• Halluzinationen
  
• semantische Drift
  
• Überoptimierung
  

Händler können Zielgruppe, Einkaufsstil und Produktpersönlichkeit bearbeiten, sofern eine klare, sachliche Absicht besteht.

Wiederholte KI-Regenerierungen werden aufgrund abnehmender Erträge nicht empfohlen — spätere Durchläufe verschlechtern eher die Klarheit, als sie zu verbessern.

Warum dieser Reiter wichtig ist

Suche und Entdeckung verlagern sich weg von reiner Keyword-Zuordnung hin zu:

• Entitätsverständnis
  
• semantischem Kontext
  
• katalogübergreifender Inferenz
  

Der KI-Reiter bereitet Produkte vor für:

• KI-basierte Einkaufsassistenten
  
• konversationellen Handel
  
• Knowledge-Graph-Integration
  
• multimodale Entdeckungssysteme
  

Auch wenn diese Systeme noch im Entstehen sind, sorgen die hier generierten Daten dafür, dass Produkte zukunftssicher sind, ohne später überarbeitet werden zu müssen.

Zentrales Prinzip

Der KI-Reiter dient nicht der Optimierung — sondern der Verankerung.

Händler sollten diesen Reiter als Infrastruktur betrachten, nicht als Feinabstimmungsfläche.

Die meisten werden ihn nie aktiv nutzen müssen — und genau das ist beabsichtigt.

Der Reiter Recht / PCI verknüpft geprüfte rechtliche, Compliance- und Herkunftsinformationen mit jedem Produktdatensatz.

Diese Informationen sind primär maschinenlesbar, bieten jedoch zugleich eine transparente Compliance-Ebene für Regulierungsbehörden, Marktplätze und automatisierte Vertrauenssysteme.

Im Gegensatz zu SEO- oder Social-Metadaten stellt dieser Reiter Verantwortlichkeit und Herkunft sicher — nicht Marketing oder Auffindbarkeit.

Was dieser Reiter bereitstellt

Der Reiter Recht / PCI kombiniert zwei unterschiedliche Informationskategorien:

1. Produktspezifische Compliance-Felder

Diese Felder können je nach Produkt variieren und werden bei Bedarf generiert oder ausgefüllt:

• Compliance-Hinweise
  (z. B. Pflegehinweise, Materialhandhabung, Sicherheitshinweise)
  
  
• Warnhinweise
  (z. B. Erstickungsgefahren, Materialempfindlichkeiten, regulatorische Hinweise)
  
  
• Länderspezifische Beschränkungen
  (z. B. Versandbeschränkungen, Exportkontrollen)
  
  
• Hinweise für Erwachsene
  (z. B. altersbeschränkte Produkte, Eignungsindikatoren)
  
  

Diese Felder sind deterministisch und sollten nur bearbeitet werden, wenn der Händler über überprüfbare, produktspezifische Informationen verfügt.

Gelb umrandete Felder kennzeichnen optionale Eingaben — sie sind für die korrekte Funktion von CatalogPilot nicht erforderlich.

2. Händler- und Richtlinien-Provenienz (für jedes Produkt angewendet)

Die folgenden Felder verknüpfen die Händleridentität und Richtlinienreferenzen mit jedem Produktdatensatz:

• Über uns (Link)
  
• Allgemeine Geschäftsbedingungen (Link)
  
• Rückgaberichtlinie (Link)
  
• Datenschutzrichtlinie (Link)
  
• Händlername
  
• Händleradresse
  
• Händlerlogo
  

Diese Werte werden aus der Händlerkonfiguration übernommen und bleiben für alle Produkte konsistent.

Sie werden bewusst einbezogen, um sicherzustellen:

• Klare Händlerzuordnung
  
• Nachvollziehbarkeit von Richtlinien
  
• Vertrauensvalidierung durch Marktplätze und Crawler
  
• Regulatorische Übereinstimmung
  

Bearbeitungshinweise

Händler sollten produktspezifische Compliance-Felder nur dann bearbeiten, wenn die Informationen bekannt und überprüfbar sind.

CatalogPilot fördert keine spekulativen oder abgeleiteten Inhalte in diesem Reiter.

Wichtige Hinweise:

• Keine Warnhinweise oder Beschränkungen erfinden
  
• Richtlinientexte nicht in Produktfelder kopieren
  
• Händlerweite Richtlinienlinks nicht überschreiben, es sei denn, sie sind falsch
  

Ziel ist Genauigkeit und Nachverfolgbarkeit — nicht Vollständigkeit.

Warum dies wichtig ist

Moderne Plattformen, Marktplätze und KI-Systeme bewerten zunehmend:

• Wer das Produkt verkauft
  
• Unter welchen rechtlichen Bedingungen
  
• Mit welchen Compliance-Angaben
  
• Aus welcher Jurisdiktion
  

Durch die Verknüpfung dieser Informationen auf Produktebene stellt CatalogPilot sicher, dass jedes Produkt eigenständig von automatisierten Systemen bewertet werden kann.

Grundprinzip

Recht / PCI-Metadaten dienen der Vertrauensbildung, nicht der Optimierung.

Die meisten Händler werden diesen Reiter selten verwenden.

Wenn sie es tun, sollten Änderungen bewusst, faktisch und minimal erfolgen.

Der Social-Reiter enthält strukturierte Metadaten, die verwendet werden, wenn Produkte auf externen sozialen Plattformen geteilt werden, wie zum Beispiel:

Facebook

LinkedIn

TikTok

X (Twitter)

Diese Felder steuern, wie ein Produkt bei der Freigabe eines Links dargestellt wird, nicht wie es in Suchergebnissen eingestuft wird.

Soziale Metadaten werden von sozialen Plattformen und Vorschau-Engines maschinell verarbeitet. Sie sind nicht für die tägliche manuelle Bearbeitung vorgesehen.

Hier verwaltete Daten

Der Social-Reiter umfasst zwei primäre Metadatengruppen:

OpenGraph (OG)

Verwendet von den meisten modernen sozialen Plattformen:

OpenGraph-Titel

OpenGraph-Beschreibung

Diese Werte bestimmen die Überschrift und Zusammenfassung in Link-Vorschauen.

Twitter (X)

Speziell für Twitter/X-Vorschaukarten verwendet:

Twitter-Titel

Twitter-Beschreibung

Diese Felder sind für kürzere Zeichenlimits und feedbasierte Darstellung optimiert.

Bild-URLs und Vorschaubilder werden automatisch von CatalogPilot verwaltet und sind hier standardmäßig nicht sichtbar, um die Komplexität zu reduzieren.

Hinweise zur Bearbeitung

CatalogPilot erzeugt soziale Metadaten mit derselben validierten Anreicherungspipeline wie SEO- und Produktinhalte.

Händler sollten:

Kurz überprüfen

Nur bei Bedarf den Markenton anpassen

Häufige Neugenerierungen oder Experimente vermeiden

Wie bei anderen Reitern gilt:

Grüne Umrandung zeigt genehmigte Inhalte an

Bearbeitungs- und Original-Referenzsymbole funktionieren konsistent

Alle Änderungen bleiben reversibel

Warum Bildfelder nicht angezeigt werden

Obwohl soziale Plattformen Bildvorschauen unterstützen, verwaltet CatalogPilot die Bildauswahl bewusst automatisch, um Folgendes sicherzustellen:

Korrekte Zuordnung von Bild zu Produkt

Plattform-spezifische Größen- und Formatkonformität

Konsistentes Vorschauverhalten über alle Plattformen hinweg

Wann soziale Felder bearbeitet werden sollten

Eine Bearbeitung kann sinnvoll sein, wenn:

Ein Händler eine präzisere Markenstimme für soziale Freigaben wünscht

Produktnamen von SEO-Bezeichnungen abweichen

Eine leichte Anpassung des Werbetons erforderlich ist

Eine Bearbeitung ist für die korrekte Funktion von CatalogPilot nicht erforderlich.

Zentrales Prinzip

Soziale Metadaten dienen der Darstellung, nicht der Auffindbarkeit.

CatalogPilot optimiert soziale Vorschauen so, dass sie korrekt, sauber und plattformkompatibel sind, ohne fortlaufende Händlerinteraktion zu erfordern.

Die meisten Händler werden diesen Reiter nie nutzen müssen.

Der ESG-Reiter enthält optionale, strukturierte Felder zur Beschreibung der ökologischen Auswirkungen, ethischen Überlegungen sowie des kulturellen oder sozialen Kontexts eines Produkts.

Diese Felder sind maschinenlesbare Signale und keine Marketingaussagen. Sie dienen der Unterstützung von:

• Such- und Shopping-Systemen, die Nachhaltigkeits-Metadaten auswerten
  

• KI-gestützten Entdeckungssystemen, die ethische und ökologische Signale berücksichtigen
  

• Zukünftigen Compliance- und Klassifizierungsrahmen
  

Das Ausfüllen der ESG-Felder ist nicht erforderlich, damit CatalogPilot ordnungsgemäß funktioniert.

Verwendung von ESG-Daten

Wenn ESG-Daten vorhanden sind, können sie verwendet werden von:

• Suchmaschinen und Shopping-Feeds, die Nachhaltigkeitsattribute hervorheben
  

• KI-Systemen, die die Übereinstimmung eines Produkts mit ethischen oder ökologischen Werten bewerten
  

• Externen Plattformen, die Produkte anhand von ESG-Kriterien filtern oder gruppieren
  

Bleiben ESG-Felder leer, arbeitet CatalogPilot weiterhin normal, ohne Auswirkungen auf Indexierungs- oder Auslieferungsqualität.

Verständnis der Feldzustände

Wie in anderen Reitern verwenden ESG-Felder visuelle Statusindikatoren:

Grüner Rahmen

Zeigt einen Wert an, der mit hoher Sicherheit abgeleitet oder validiert wurde.

Gelber Rahmen

Zeigt optionale Felder an, die CatalogPilot nicht automatisch ausgefüllt hat.

Gelbe Felder stellen keine Fehler und keine unvollständige Konfiguration dar. Sie bedeuten lediglich, dass die Information entweder:

• nicht zuverlässig aus den Quelldaten ableitbar war, oder
  

• besser direkt vom Händler bereitgestellt werden sollte, sofern bekannt
  

Wann ESG-Felder bearbeitet werden sollten

ESG-Felder sollten nur dann bearbeitet werden, wenn die Informationen faktisch korrekt und überprüfbar sind.

Geeignete Beispiele sind:

• Bekannte Nachhaltigkeitszertifizierungen
  

• Bestätigte ethische Beschaffungspraktiken
  

• Verifizierte Verpackungsaussagen
  

• Klar definierte Alters- oder Passformklassifizierungen
  

ESG-Felder sollten nicht bearbeitet werden, um:

• Nachhaltigkeitsaussagen zu erraten oder anzunehmen
  

• Werbliche oder aspirative Sprache hinzuzufügen
  

• Felder „der Vollständigkeit halber“ ohne Sicherheit auszufüllen
  

CatalogPilot vermeidet bewusst das Erfinden von ESG-Daten.

Erläuterung zentraler ESG-Felder

Typische ESG-Felder umfassen:

Altersgruppe / Mindestalter

Verwendet in Klassifizierungs- und Compliance-Kontexten.

Passform-Klassifizierung

Hilft KI- und Suchsystemen, Größen- und Tragekontext zu verstehen.

Ethische Beschaffung

Ausschließlich für bestätigte Beschaffungspraktiken vorgesehen.

Verpackungsaussage

Beschreibt bekannte Verpackungsmaterialien oder ökologische Auswirkungen.

Kulturelle Affinitätskennzeichnung

Hochrangiges kontextuelles Signal (z. B. europäische Inspiration), genutzt zur Entdeckung — nicht zur Ranking-Manipulation.

Bearbeitung und Referenzierung von Originalinhalten

Alle Standard-Bearbeitungsfunktionen von CatalogPilot sind verfügbar:

• Bearbeitungssymbole ermöglichen manuelle Änderungen
  

• Original-Inhaltssymbole erlauben schnellen Zugriff auf Quelldaten
  

• Änderungen bleiben reversibel
  

• Plattformdaten werden niemals überschrieben
  

Wie bei allen Reitern betreffen Änderungen ausschließlich die angereicherte CatalogPilot-Ebene und nicht die zugrunde liegenden Plattformdatensätze.

Zentrales Prinzip

ESG-Daten sind ergänzend, nicht grundlegend.

Der Kernwert von CatalogPilot liegt in strukturierter Genauigkeit, Zugänglichkeit und semantischer Klarheit. ESG-Metadaten erweitern die Entdeckung, sind jedoch niemals Voraussetzung für erfolgreiche Anreicherung oder Auslieferung.

Im Zweifel ist es besser, ein Feld leer zu lassen.

Die Attribute-Registerkarte enthält strukturierte, maschinenlesbare Produktattribute, die hauptsächlich von Suchmaschinen, Shopping-Plattformen und automatisierten Entdeckungssystemen (z. B. Google Shopping, strukturierte Suche und KI-Crawler) verwendet werden.

Im Gegensatz zur Produkt-Registerkarte (menschenorientiert) und zur Galerie (vergleichende Übersicht) dient die Attribut-Registerkarte der Sicherstellung von semantischer Genauigkeit, korrekter Klassifizierung und Indexierungsfähigkeit in externen Systemen.

Diese Registerkarte ist nicht für umfangreiche manuelle Bearbeitungen vorgesehen und sollte als Verifikations- und Ausnahme-Interface betrachtet werden, nicht als Arbeitsbereich zur Inhaltserstellung.

Wie Attribute generiert werden

Die meisten Attributwerte werden:

• aus bestehenden Katalogdaten abgeleitet
  
• anhand anerkannter Taxonomien normalisiert (z. B. Google-Produktkategorien)
  
• mittels deterministischer Regeln aus Produkttyp, Kategorie und Metadaten abgeleitet
  
• validiert, um externe Indexierungsanforderungen zu erfüllen
  

CatalogPilot füllt so viele Attribute wie möglich automatisch aus, um den manuellen Aufwand zu reduzieren und inkonsistente oder spekulative Daten zu vermeiden.

Feldzustände und Farben verstehen

Attribute verwenden visuelle Hinweise zur Anzeige von Vertrauen und Bearbeitbarkeit:

Grüne Umrandung

Zeigt einen sicher bestimmten und validierten Wert an.

Diese Felder erfordern in der Regel keine Eingriffe.

Gelbe Umrandung

Zeigt ein optionales oder unbestimmtes Feld an.

Diese Werte sollten nur ergänzt werden, wenn geprüfte, sachliche Informationen vorliegen.

Händler sollten niemals Werte erfinden oder schätzen.

Verfügbarkeit & Zustand (standardisierte Felder)

Verfügbarkeit und Zustand folgen den von Google vorgeschriebenen Standardformaten.

Diese Felder verwenden Dropdown-Auswahlfelder statt Freitext.

Tooltip-Hinweis:

Diese Felder verwenden standardisierte Google-Werte. Verfügbarkeit und Zustand folgen Googles Anforderungen, um korrekte Indexierung und Teilnahme an Such- und Shopping-Ergebnissen zu gewährleisten.

Wenn Ihre Plattform diese Werte bereits korrekt verwaltet, können Sie sie unverändert lassen.

Attribute bearbeiten (wann sinnvoll — und wann nicht)

Bearbeitung ist möglich, sollte jedoch die Ausnahme bleiben.

Geeignete Gründe zur Bearbeitung:

• Korrektur eines eindeutig falschen Werts
  
• Hinzufügen verifizierter Informationen, die im Quellkatalog fehlen
  
• Anpassung an bekannte Hersteller- oder Compliance-Daten
  

Nicht empfohlen:

• Raten fehlender Werte
  
• Keyword-Überoptimierung
  
• Hinzufügen spekulativer Marketingtexte
  
• Erzwingen von Vollständigkeit ohne Sicherheit
  

CatalogPilot priorisiert Genauigkeit vor Vollständigkeit.

Original- vs. genehmigte Inhalte

Wie in anderen Registerkarten:

• das Original-Symbol zeigt den ursprünglichen Plattformwert
  
• das Bearbeitungssymbol erlaubt manuelle Anpassungen
  
• unveränderte Felder behalten den genehmigten CatalogPilot-Wert
  

Alle Änderungen sind reversibel und überschreiben niemals dauerhaft Plattformdaten.

Google-Produktkategorie & Google-Produkttyp

Diese Felder stellen strukturierte Klassifikationspfade dar, die von externen Systemen verwendet werden.

Sie sind entscheidend für:

• Teilnahme an Shopping-Feeds
  
• korrekte Produktgruppierung
  
• Verständnis durch KI-Systeme und Crawler
  

CatalogPilot weist diese Werte automatisch anhand etablierter Taxonomien zu.

Manuelle Änderungen sollten nur vorgenommen werden, wenn die Standardklassifizierung eindeutig falsch ist.

Zentrales Prinzip

Die Attribute-Registerkarte dient Maschinen — nicht der Mehrarbeit für Menschen.

• Grün und plausibel → unverändert lassen
  
• Gelb und sicher bekannt → ergänzen
  
• Unsicher → Feld leer lassen, nicht raten

Die meisten Händler werden diesen Tab nur kurz prüfen und ihn selten bearbeiten müssen.

Was der SEO-Tab steuert

Der SEO-Tab umfasst folgende Felder:

• Meta-Titel
  
• Meta-Beschreibung
  
• Meta-Keywords
  
• H1
  
• H2
  
• H3
  
• Quell-URL
  
• Kanonische URL
  
• JSON-LD (strukturierte Daten)
  

Gemeinsam definieren diese Felder, wie ein Produkt von Suchmaschinen und KI-Systemen interpretiert, indexiert und bewertet wird.

Visuelle Indikatoren & Feldzustände

Jedes Feld verwendet einheitliche visuelle Indikatoren in CatalogPilot:

• Grüne Umrandung
  Zeigt an, dass die genehmigte CatalogPilot-Version aktiv ausgeliefert wird.
  
  
• Oranges Augen-Symbol
  Zeigt an, dass aktuell der ursprüngliche Plattforminhalt statt der angereicherten Version angezeigt wird.
  
  
• Graues Augen-Symbol
  Zeigt an, dass der angereicherte Inhalt verwendet wird.
  

Händler können einzelne Felder zwischen Original und Genehmigt umschalten, ohne andere Felder zu beeinflussen.

Bearbeitung & Überschreibungen

Alle SEO-Felder unterstützen die Bearbeitung mit denselben Steuerelementen wie im gesamten CatalogPilot-System:

• Bearbeiten-Symbol — Feld manuell bearbeiten
  
• Originalansicht-Symbol — zuvor importierten Inhalt anzeigen
  
• KI-Regenerieren-Symbol — alternative Vorschläge generieren
  

Wichtig:

CatalogPilot empfiehlt dringend, manuelle Änderungen im SEO-Tab auf ein Minimum zu beschränken.

Die initiale Ausgabe ist bereits auf Korrektheit, Struktur und langfristige Stabilität optimiert.

Wiederholte Regenerationen oder aggressive manuelle Änderungen können die Qualität durch abnehmende Erträge verschlechtern.

Überschriften (H1, H2, H3)

CatalogPilot erzeugt eine hierarchisch konsistente Überschriftenstruktur:

• H1 — kanonischer Produktidentifikator
  
• H2 / H3 — semantische Verfeinerungen zur Unterstützung der Long-Tail-Auffindbarkeit
  

Diese Überschriften sind nicht rein visuell. Sie werden von Crawlern und KI-Systemen genutzt, um Kontext und Relevanz eines Produkts zu verstehen.

Kanonische & Quell-URLs

• Die Quell-URL zeigt auf die ursprüngliche Produktseite im Shop des Händlers.
  
• Die kanonische URL bleibt unverändert und wird niemals von CatalogPilot geändert.
  

Dies stellt sicher:

• Kein Risiko für doppelte Inhalte
  
• Keine kanonischen Konflikte
  
• Die Plattform behält die volle Kontrolle
  

JSON-LD (Strukturierte Daten)

Der JSON-LD-Bereich zeigt die für dieses Produkt generierten strukturierten Daten.

Dazu gehören:

• Produkt-Entität
  
• Variantenbeziehungen (falls zutreffend)
  
• Angebote, Attribute und Verfügbarkeit
  
• Vererbte und generierte Metadaten
  

Diese Daten werden zur Render-Zeit eingebunden und spiegeln den genehmigten Produktstatus wider.

Die meisten Händler müssen JSON-LD niemals direkt bearbeiten; es wird zur Transparenz und technischen Prüfung bereitgestellt.

Zentrale Erkenntnis

Der SEO-Tab dient dazu:

• Sichtbarkeit darüber zu schaffen, wie Suchmaschinen und KI-Systeme das Produkt sehen
  
• Sichere Überschreibungen bei Bedarf zu ermöglichen
  
• Eine stabile, nicht-destruktive Optimierungsschicht zu erhalten
  

Für die meisten Händler lautet der empfohlene Ablauf:

Prüfen → Vertrauen → Genehmigen → Weitergehen

Warum Varianten separat repräsentiert werden

CatalogPilot erzeugt bewusst unabhängige Variantendatensätze, die vom Elternprodukt abgeleitet sind.

Das ist keine Duplikation um der Duplikation willen. Es ist eine gezielte strukturelle Entscheidung, die ermöglicht:

• Variantenspezifische strukturierte Daten
  
• Attributbezogene Indexierung (Größe, Farbe, Passform, SKU)
  
• Verbesserte Discoverability für Long-Tail- und gefilterte Suchen
  
• Präzise Interpretation durch KI-Systeme und Shopping-Engines
  

In der Praxis:

• Ein Elternprodukt bleibt die kanonische Entität
  
• Jede Variante wird zu einer eigenständigen strukturierten Product-Entität
  
• Alle Variant-Entitäten verweisen auf dieselbe kanonische URL und dasselbe Elternprodukt
  
• Es werden keine doppelten Seiten erstellt
  
• Es entstehen keine Canonical-Konflikte
  

So kann ein Produkt mit mehreren Varianten über mehrere variantenspezifische Einstiegspunkte entdeckt und indexiert werden, bleibt jedoch aus Storefront- und Kundensicht ein einzelnes Produkt.

Vererbungsmodell (wie Inhalte geteilt werden)

CatalogPilot verwendet ein striktes Vererbungsmodell:

• Das Elternprodukt ist die autoritative Quelle
  
• Variantendatensätze erben alle anwendbaren Inhalte
  
• Nur variantendefinierende Attribute (z. B. Größe oder Farbe) werden angehängt oder überschrieben
  

Das stellt sicher:

• Konsistenz über Varianten hinweg
  
• Keine Inhaltsdrift
  
• Vorhersagbare Schema-Generierung
  
• Saubere Beziehungen zwischen Elternprodukt und Varianten
  

Aufgrund dieses Modells sind die meisten Variantenfelder absichtlich schreibgeschützt oder visuell abgeschwächt.

Bearbeitungshinweise (Wichtig)

Die Bearbeitung von Varianteninhalten wird ausdrücklich nicht empfohlen.

In den meisten Fällen gilt:

• Varianten zu bearbeiten bringt keinen SEO- oder Discoverability-Vorteil
  
• Änderungen sollten auf Ebene des Elternprodukts erfolgen
  
• Variantendatensätze aktualisieren sich automatisch durch Vererbung
  

Manuelle Variantenbearbeitungen sollten nur in Betracht gezogen werden, wenn etwas eindeutig falsch ist — und selbst dann nur sparsam.

Preise & Identifikatoren

Die Bereiche Preise und Identifikatoren (GTIN, MPN, SKU, Plattform-ID, URL):

• Werden direkt aus Ihrer E-Commerce-Plattform übernommen
  
• Aktualisieren sich dynamisch über das Plattform-Schema
  
• Werden nur zu Referenzzwecken angezeigt
  

Preise, Bestand und Identifikatoren sollten stets in Ihrer Storefront-Plattform verwaltet werden, nicht in CatalogPilot.

CatalogPilot spiegelt diese Daten automatisch während der Synchronisierung.

Warum das für Discoverability wichtig ist

Durch die Repräsentation von Varianten als strukturierte Entitäten:

• Können Suchmaschinen größen- oder farbspezifische Offers indexieren
  
• Können Shopping-Feeds Nutzerintention präziser matchen
  
• Können KI-Systeme Verfügbarkeit und Attribute korrekt interpretieren
  

Das verstärkt die Discoverability deutlich, ohne Risiko, Komplexität oder Merchant-Aufwand zu erhöhen.

Kernaussage

Der Varianten-Tab existiert, damit Sie:

• Bestätigen können, dass Varianten erkannt und korrekt strukturiert sind
  
• Verstehen, wie CatalogPilot Discoverability auf Maschinenebene erweitert
  
• Dem System vertrauen können, Varianten sicher und konsistent zu handhaben
  

Die meisten Händler prüfen diesen Tab kurz und machen weiter — genau wie vorgesehen.

Was dieser Tab darstellt

Für jedes Bild generiert CatalogPilot drei zentrale Barrierefreiheitsfelder:

• Bildtitel — eine kurze Kennzeichnung des Bildes
  
• Alt-Text — ein beschreibender Satz, der von Screenreadern und Barrierefreiheitssoftware verwendet wird
  
• Bildunterschrift — eine optionale Kontextbeschreibung, die von Assistenztechnologien und strukturierten Daten genutzt werden kann
  

Diese Felder werden durch Image-to-Content-Mapping erzeugt, wobei CatalogPilot das Bild im Kontext analysiert von:

• Dem Elternprodukt
  
• Den freigegebenen Produktmetadaten
  
• Varianten und Attributen
  
• Kategoriebeziehungen
  

So wird sichergestellt, dass Beschreibungen präzise, konsistent und nicht generisch sind — auch bei großen Katalogen.

Warum das wichtig ist

Die meisten Plattformen:

• Lassen Alt-Text leer, oder
  
• Verwenden Produkttitel automatisch wieder
  

CatalogPilot behandelt jedes Bild als eigenen Barrierefreiheitsdatensatz und ermöglicht dadurch:

• WCAG-konforme Screenreader-Ausgabe
  
• Bessere Bildauffindbarkeit in der Suche
  
• Sauberere, zuverlässigere strukturierte Daten für KI- und Assistenzsysteme
  

Dies ist ein wesentlicher Beitrag zur Barrierefreiheitskonformität und langfristigen Discoverability.

Bearbeitungshinweise (Wichtig)

Auch wenn Bearbeitung möglich ist, werden manuelle Änderungen an Alt-Text oder Bildunterschriften im Allgemeinen nicht empfohlen, außer wenn etwas eindeutig falsch ist.

Beim Bearbeiten dieser Felder sehen Sie einen Warnhinweis, weil:

• Kleine Formulierungsänderungen die Barrierefreiheitsqualität mindern können
  
• Zu spezifische oder stilistische Änderungen Screenreader verwirren können
  
• Inkonsistente Änderungen über Bilder hinweg Compliance-Drift verursachen können
  

In den meisten Fällen ist die hier generierte Ausgabe bereits sehr genau und profitiert nicht von manueller Umschreibung.

Wann Bearbeitung sinnvoll ist

Eine Bearbeitung sollten Sie nur erwägen, wenn:

• Ein Bild ein kritisches visuelles Element enthält, das in der Beschreibung fehlt
  
• Die generierte Beschreibung faktisch falsch ist
  
• Eine Compliance-Prüfung explizit eine Änderung erfordert
  

Wenn Sie bearbeiten:

• Änderungen werden sofort angewendet
  
• Sie können jederzeit über das Wiederherstellen-Symbol zur vorherigen Version zurückkehren
  

Kernaussage

Der Tab Bilder / ADA stellt sicher, dass Ihr Katalog:

• Standardmäßig barrierefrei ist
  
• Über Tausende Bilder hinweg konsistent bleibt
  
• Für Maschinen optimiert ist, nicht nur für Menschen
  

Die meisten Händler prüfen diesen Tab kurz und machen dann weiter — Vertrauen ist hier eine Funktion, kein Versäumnis.

Er ist nicht die primäre Review-Oberfläche — diese Rolle übernimmt die in Abschnitt 4 beschriebene Produktgalerie.

Händler gelangen typischerweise erst dann in den Produkt-Tab, nachdem sie Inhalte in der Galerie visuell geprüft haben und entschieden haben, dass gezielte Anpassungen erforderlich sind.

5.1 Zweck des Produkt-Tabs

Der Produkt-Tab dient dazu:

• Präzise Änderungen an einzelnen Produktfeldern zu ermöglichen
  
• Manuelle Overrides bei Bedarf zu unterstützen
  
• Volle Transparenz zwischen angereichertem und originalem Inhalt zu bieten
  
• Händlerkontrolle zu bewahren, ohne manuelle Arbeit zu erzwingen
  

Die meisten Händler müssen diesen Tab nicht häufig verwenden.

5.2 Felder im Produkt-Tab

Der Produkt-Tab enthält folgende Kernfelder:

• Produkttitel
  
• Alternativer Titel
  
• Kurze (mobile) Beschreibung
  
• Lange Beschreibung
  
• Plattform-ID (schreibgeschützt)
  
• Produkt-URL (schreibgeschützt)
  

Diese Felder bilden den grundlegenden Produktdatensatz und entsprechen den Feldern, die Händler aus ihrer nativen E-Commerce-Plattform am besten kennen.

5.3 Feldstatus-Indikatoren & Legende

CatalogPilot verwendet konsistente visuelle Indikatoren in allen Tabs.

Diese Indikatoren werden einmal erklärt und gelten universell.

• Grüner Rahmen
  Das Feld ist angereichert, freigegeben und wird aktiv ausgeliefert.
  
  
• Oranges Augen-Symbol
  Der Händler hat die Anreicherung für dieses Feld überschrieben und behält den Originalwert der Plattform.
  
  
• Graues Augen-Symbol
  Kein Override ist aktiv; der angereicherte Inhalt wird verwendet.
  
  
• Violette UI-Elemente
  CatalogPilot-Systemaktionen und Navigation (primäre Systemfarbe).
  

Diese Indikatoren ermöglichen es Händlern, den Feldstatus auf einen Blick zu verstehen, ohne Text lesen oder vergleichen zu müssen.

5.4 Ein Feld bearbeiten

Wenn ein Händler auf das Bearbeiten-Symbol eines Feldes klickt:

• Das Feld wird innerhalb eines violetten Rahmens editierbar
  
• Der Händler kann:
  
  
• Den Inhalt manuell bearbeiten
  
• KI-gestützte Regeneration verwenden (sofern verfügbar)
  
  
• Ein Daumen-hoch-Symbol bestätigt und speichert die Änderung
  
• Ein Daumen-runter-Symbol verwirft die Änderung
  
• Das X-Symbol beendet die Bearbeitung und stellt den vorherigen Wert wieder her
  

Änderungen sind feldspezifisch und beeinflussen keine anderen Daten.

5.5 Originalwerte anzeigen

Ein Klick auf das Originalwert-Symbol eines Feldes zeigt den vorherigen Plattforminhalt des Händlers.

Damit können Händler:

• Angereicherten und originalen Text vergleichen
  
• Originalwerte sofort wiederherstellen
  
• Ein einzelnes Feld auf Original festlegen, während andere Felder angereichert bleiben
  

Overrides gelten nur für das ausgewählte Feld.

5.6 KI-Regeneration & abnehmender Nutzen

CatalogPilot ermöglicht KI-gestützte Regeneration für ausgewählte Felder, aber Händler sollten diese Funktion bewusst einsetzen.

Wichtige Hinweise:

• Die initiale Anreicherungsqualität liegt typischerweise im Bereich von 85–95 %
  
• Erneutes Ausführen der KI kann:
  
  
• In manchen Fällen Nuancen verbessern
  
• In anderen Fällen Klarheit oder Konsistenz verschlechtern
  
  
• Wiederholte Regeneration erhöht das Risiko abnehmender Erträge
  
• Wenn ein schlechteres Ergebnis gespeichert wird, ist zur Korrektur manuelle Bearbeitung erforderlich
  

Best Practice: Dem initialen Ergebnis vertrauen, außer es gibt ein klares Problem zu korrigieren.

5.7 Freigabe & Bearbeitung nach Freigabe

Freigabe sperrt Inhalte nicht.

Auch nach der Freigabe:

• Bleiben alle Felder im Produkt-Tab editierbar
  
• Können Overrides jederzeit gesetzt oder entfernt werden
  
• Behalten Händler dauerhaft Zugriff auf Originalwerte
  

So können Händler schnell voranschreiten, ohne Kontrolle zu verlieren.

5.8 Beziehung zur Galerie

Der Produkt-Tab ist nicht für vollständige Reviews gedacht.

Empfohlener Workflow:

• Inhalte in der Produktgalerie prüfen
  
• Freigeben, wenn das Gesamtergebnis korrekt ist
  
• Den Produkt-Tab nur verwenden, wenn ein bestimmtes Feld angepasst werden muss
  

Das hält die kognitive Belastung niedrig und den Workflow effizient.

5.9 Kernaussage

Der Produkt-Tab ist ein Präzisionswerkzeug, keine Werkbank.

• Galerie = Vertrauen & Bestätigung
  
• Produkt-Tab = gezielte Korrektur
  
• Freigabe = reversibel und sicher
  

CatalogPilot ist so gestaltet, dass Händler zuerst sicher freigeben und später nur bei Bedarf nachjustieren.

Die Produktgalerie ist die primäre vertrauensbildende Ansicht in CatalogPilot.

Hier können Händler auf einen Blick klar erkennen, was CatalogPilot geändert hat, warum es geändert wurde und wie diese Daten von Suchmaschinen und KI-Systemen interpretiert werden — ohne dass sie jedes einzelne Feld bearbeiten oder freigeben müssen.

Die Galerie ist weder eine Review-Warteschlange noch ein Workflow-Gate.

Sie ist ein visueller Vergleichs- und Inspektionsbereich, der darauf ausgelegt ist, den kognitiven Aufwand zu reduzieren und gleichzeitig Vertrauen zu erhöhen.

Wie die Galerie aufgebaut ist

Jedes Produkt wird in einem Drei-Spalten-Vergleichslayout geöffnet, mit einer klaren Trennung zwischen menschenlesbaren und maschinenlesbaren Inhalten.

Bedeutung der Spalten

Linke Spalte — Menschlicher Kontext

Stellt dar, was ein Händler traditionell erkennt:

• Produkttitel
  
• Alternativer Titel
  
• Kurze (mobile) Beschreibung
  
• Lange Beschreibung
  
• Primäres Produktbild
  

Diese Spalte spiegelt die Absicht des Händlers und die traditionelle Verwaltung von Produkten wider.

Mittlere & rechte Spalte — Maschineninterpretation

Stellen dar, wie Suchmaschinen, Crawler und KI-Systeme das Produkt interpretieren.

Diese Spalten enthalten:

• Strukturierte SEO-Metadaten
  
• ADA-Bildbeschreibungen
  
• Schema-ausgerichtete Attribute
  
• Kategorie-, Varianten- und Bildzuordnungen
  

Subtile Iconografie (Mensch- vs. Crawler-Indikatoren) verstärkt diese Unterscheidung visuell.

Diese Trennung hilft Händlern sofort zu verstehen:

„Was ich für Menschen schreibe“ vs. „Was Maschinen verstehen müssen“.

Original vs. Genehmigt Umschalter (A/B-Vergleich)

Oben in der Galerie können Händler zwischen folgenden Ansichten umschalten:

Original

Ein Composite aus:

• Plattform-API-Daten
  
• Bestehendem Storefront-Inhalt
  
• Legacy-SEO oder app-generierten Metadaten
  

Dies stellt den Ausgangspunkt vor der CatalogPilot-Anreicherung dar.

Genehmigt

Die angereicherte, validierte und strukturierte Ausgabe von CatalogPilot.

Dies ist die Version, die an Suchmaschinen und KI-Systeme ausgeliefert wird.

Der Umschalter ermöglicht einen visuellen Vorher/Nachher-Vergleich, ohne dass etwas bearbeitet oder freigegeben werden muss.

Diese Vergleichsansicht ist darauf ausgelegt, dass sie:

• Schnell
  
• Visuell
  
• Intuitiv
  

— und nicht, dass jedes Feld gelesen werden muss.

Bild- & ADA-Prüfung

In der Galerie werden Bildmetadaten direkt neben dem Bild angezeigt, einschließlich:

• Bildtitel
  
• Bild-Alt-Text
  
• Bildunterschrift
  

Ein Audio-Symbol ermöglicht es Händlern zu hören, was ein Screenreader tatsächlich vorlesen würde. Das stärkt das Vertrauen in Barrierefreiheit, ohne ADA-Expertise zu erfordern.

In den meisten Fällen sind keine Bearbeitungen erforderlich.

Das System nutzt hochpräzise visuelle Analyse, um Bilder konsistent und sicher zu beschreiben.

Navigation & Hilfsfunktionen

Die Produktgalerie enthält mehrere leichte Navigations- und Hilfsfunktionen:

Pfeile links / rechts

Navigiert sequenziell durch Produkte der aktuellen Liste oder des Filters.

Ein-/Ausklappen-Steuerung

Klappt die Galerie ein, um zur tab-basierten Produktansicht zurückzukehren.

In Zwischenablage kopieren

Kopiert den Produkttitel zur Verwendung an anderer Stelle in CatalogPilot.

Direkter Storefront-Link

Öffnet die Live-Produktseite im Storefront des Händlers in einem neuen Tab.

Diese Werkzeuge sind bewusst dezent und optional.

Bearbeitungsphilosophie (wichtig)

CatalogPilot sperrt Inhalte nach der Freigabe nicht.

Auch nachdem ein Produkt freigegeben wurde:

• Bleiben alle Felder editierbar
  
• Können Änderungen jederzeit vorgenommen werden
  
• Sind Updates versionsicher und nicht destruktiv
  

Händler sollen Inhalte jedoch nicht während der Galerieprüfung bearbeiten müssen.

Der empfohlene Ablauf ist:

• Original ↔ Genehmigt visuell vergleichen
  
• Gesamte Verbesserung bestätigen
  
• Freigeben
  
• Später nur bei Bedarf in derselben Galerieansicht bearbeiten
  

So bleibt Momentum erhalten, ohne Kontrolle aufzugeben.

Was Händler hier tun sollten (und nicht tun müssen)

Empfohlen

• Visuell scannen
  
• Original ↔ Genehmigt umschalten
  
• Bestätigen, dass die Anreicherung klar besser ist
  
• Zuversichtlich fortfahren
  

Nicht erforderlich

• Jedes Metadatenfeld lesen
  
• Text Zeile für Zeile bearbeiten
  
• Varianten, Bilder oder Kategorien im Detail prüfen
  

Die meisten erweiterten Daten (Varianten, Bilder, Kategorien) erben sicher aus der freigegebenen Produktlogik und erfordern keine manuelle Verifikation.

Diese Ansicht erscheint, wenn Sie in der linken Navigation Produkte auswählen.

Zweck der Produktlistenansicht

Die Produktlistenansicht ermöglicht Händlern:

• Den aktuellen Anreicherungs- und Auslieferungsstatus aller Produkte zu sehen
  
• Die Auslieferung pro Produkt zu aktivieren oder zu deaktivieren
  
• Schnell zu detaillierten Produktdatensätzen zu navigieren (Galerieansicht)
  
• Produkte zu identifizieren, die auf Review warten
  
• Sichtbarkeit zu steuern, ohne Inhalte zu bearbeiten
  
• Große Kataloge effizient zu verwalten
  

Diese Ansicht ist nicht für tiefgehendes Editing gedacht. Sie ist eine Steuerungs- und Navigationsebene.

Ansichtsmodi (Top-Steuerungen)

Oben in der Liste können Händler zwischen drei Modi wechseln:

Noch nicht angereichert (orange)

Zeigt Produkte, die im Katalog existieren, aber noch nicht angereichert wurden.

Alle genehmigten anzeigen (grün)

Zeigt Produkte, die angereichert und zur Auslieferung freigegeben sind.

Alle anzeigen (neutral/grau)

Zeigt alle Produkte unabhängig vom Anreicherungsstatus.

Der gewählte Modus hebt sowohl den aktiven Button als auch den Rahmen der Liste hervor und schafft Kontext auf einen Blick.

Review-Indikator-Badge

Oben rechts zeigt ein Badge an, ob Produkte ein Review benötigen:

Blaues Badge mit Anzahl (z. B. „6 zur Prüfung ausstehend“)

Ein Klick führt direkt zur Review-Seite.

Grünes Badge mit Null

Zeigt an, dass keine Produkte zur Prüfung ausstehen.

So werden Händler stets zur Review geführt, bevor sie fortfahren.

Suche, Filter und Spalten

Suche

Das Suchfeld filtert Produkte in Echtzeit nach Titel.

Filter

Filter ermöglichen Händlern:

• Nach Produktstatus zu filtern
  
• Inaktive Produkte auszublenden
  
• Alle Filter leicht zurückzusetzen
  

Spalten

Über das Spaltenmenü können Tabellenspalten ein- oder ausgeblendet werden, darunter:

• Bild
  
• Aktiviert
  
• Titel
  
• Sprache
  
• Status
  
• Freigabedatum (ersetzt „Synced at“)
  

Spalteneinstellungen betreffen nur die Anzeige und verändern nicht das Produktverhalten.

Erklärung der Produktzeilen

Jede Zeile repräsentiert einen einzelnen Produktdatensatz.

Bild

Miniaturvorschau des Produktbildes.

Aktiviert-Schalter

Steuert, ob CatalogPilot angereicherte Inhalte für dieses Produkt ausliefert.

• Grün (On): Angereicherte Inhalte werden an den Storefront ausgeliefert.
  
• Orange (Off): Auslieferung ist deaktiviert; der Storefront nutzt Originaldaten der Plattform.
  

Dieser Schalter ermöglicht die Deaktivierung der Auslieferung ohne Löschen von Inhalten.

Titel

Produkttitel zur Identifikation und Navigation.

Ein Klick irgendwo in der Zeile öffnet die Produktgalerie (Detailansicht).

Sprache

Zeigt die Sprachvariante des Produktdatensatzes.

Status

Ein grünes Häkchen zeigt, dass das Produkt angereichert und freigegeben ist.

(Andere Status erscheinen nur vor der Anreicherung.)

Freigabedatum

Zeigt den Zeitstempel der letzten Freigabe.

Dies ersetzt „Synced at“ und spiegelt den vom Händler freigegebenen Zustand wider.

Sortieren nach dieser Spalte zeigt zuletzt freigegebene Produkte.

Storefront-Link

Ein Link-Symbol ganz rechts öffnet die Live-Produktseite im Storefront.

Löschsymbol (Papierkorb)

Ein kleines Papierkorb-Symbol erscheint links jeder Zeile.

• Entfernt das Produkt aus den aktiven Datensätzen von CatalogPilot.
  
• Bleibt das Produkt in der Plattform aktiv, wird es erneut importiert und wieder zur Anreicherung vorgemerkt.
  
• Löschen hier entfernt das Produkt nicht aus der Storefront-Plattform.
  

Pagination und Listengröße

Am unteren Rand der Liste:

• Händler können auswählen, wie viele Produkte pro Seite angezeigt werden (z. B. 25, 50, 100).
  
• Pagination-Steuerungen ermöglichen Navigation durch große Ergebnismengen.
  

Diese Steuerungen betreffen nur die Anzeige und haben keinen Einfluss auf Anreicherung oder Auslieferung.

Designphilosophie

Die Produktlistenansicht ist bewusst einfach gehalten:

• Hier ist keine Bearbeitung erforderlich
  
• Standardmäßig erfolgen keine irreversiblen Aktionen
  
• Fokus liegt auf Status, Kontrolle und Navigation
  

Tiefere Prüfung und Bearbeitung erfolgen in der Produktgalerie, die im nächsten Abschnitt beschrieben wird.

Die Review-Seite ist der primäre Qualitätskontrollpunkt in CatalogPilot.

Ihre Aufgabe ist es, Händlern eine schnelle Bestätigung mit geringem kognitiven Aufwand zu ermöglichen, dass angereicherte Produktdaten korrekt, verbessert und sicher freizugeben sind — ohne tiefgehende technische Prüfung oder wiederholte Bearbeitung.

Diese Seite ist bewusst so gestaltet, dass sie:

• Die kognitive Belastung minimiert
  
• Visuellen Vergleich statt Zeile-für-Zeile-Prüfung fördert
  
• Vertrauen in das Anreicherungssystem stärkt
  
• Die Massenfreigabe zur normalen und sicheren Aktion macht
  

CatalogPilot geht davon aus, dass Händler Kontrolle wollen, nicht zusätzliche Arbeit.

Review-Statusübersicht (Zähler oben)

Oben auf der Review-Seite sehen Händler eine Zusammenfassung der zur Prüfung anstehenden Elemente:

• Produkte zur Prüfung ausstehend
  
• Bilder zur Prüfung ausstehend
  
• Varianten zur Prüfung ausstehend
  
• Kategorien zur Prüfung ausstehend
  

Diese Zähler stehen für Elemente, deren Anreicherung abgeschlossen ist und die auf Händlerfreigabe warten.

Wichtig:

Nicht jedes angereicherte Objekt erscheint hier.

Viele Datensätze (z. B. geerbte Variantendaten oder Metadaten auf Kategorieebene) werden aus bereits freigegebenen Quellen abgeleitet und erfordern keine redundante Prüfung.

Tabs der Review-Warteschlange

Die Review-Warteschlange ist in vier Tabs unterteilt:

• Produkte (primärer Fokus)
  
• Varianten
  
• Bilder
  
• Kategorien
  

Produkt-Tab (primärer Review-Fokus)

Der Produkt-Tab ist der einzige Tab, den die meisten Händler sinnvoll prüfen müssen.

Dieser Tab zeigt angereicherte Versionen produktbezogener Inhalte, die Händler aus ihrer E-Commerce-Plattform bereits kennen, darunter:

• Produkttitel
  
• Beschreibung
  
• Meta-Titel & Meta-Beschreibung
  
• Strukturierte Überschriften (H1, H2, H3)
  

Diese Felder stellen die größten und sichtbarsten Änderungen gegenüber dem Originalkatalog dar und sind der Bereich, in dem Händler den Nutzen am leichtesten erkennen.

Original vs. Angereichert – Vergleich

CatalogPilot bietet zwei Ebenen von Vergleichssteuerungen:

• Globale Umschaltbuttons (Original / Angereichert)
  
• Bereichsumschalter (für Produkte, Varianten, Bilder, Kategorien)
  

Diese Umschalter erlauben den schnellen Wechsel zwischen:

• Original — den Daten, wie sie in der Plattform existierten
  
• Angereichert — der KI-generierten, optimierten Version
  

Ziel ist visuelle Validierung, nicht forensische Prüfung.

Händler werden ermutigt:

• Durch die Produktliste zu scrollen
  
• Original ↔ Angereichert umzuschalten
  
• Zu bestätigen, dass der angereicherte Inhalt deutlich vollständiger, beschreibender und strukturierter ist
  

Dieser Vergleich dauert typischerweise nur Sekunden pro Produkt.

Bearbeiten vs. Freigeben

Jede Produktzeile enthält zwei Aktionen:

• Freigeben (primäre Aktion)
  
• Bearbeiten (sekundäre Aktion, bewusst de-emphasized)
  

Bearbeiten-Button (sparsam verwenden)

Die Bearbeiten-Option ist nur für Sonderfälle gedacht.

Bearbeiten:

• Erhöht die kognitive Belastung
  
• Unterbricht den Batch-basierten Review-Flow
  
• Ist für die überwiegende Mehrheit der Produkte unnötig
  

CatalogPilot empfiehlt dringend, zu freigeben, sofern nicht etwas eindeutig falsch ist.

Das System ist so ausgelegt, dass Drift, Halluzinationen oder destruktive Änderungen vermieden werden.

Bearbeitung ist jederzeit möglich.

Selbst nach der Freigabe können Händler jedes angereicherte Feld jederzeit in der Produktansicht bearbeiten. Freigabe aktiviert lediglich Auslieferung und Sichtbarkeit — sie sperrt Inhalte nicht. So können Händler schnell in die Haupt-Produktansicht wechseln, alles auf einen Blick prüfen und nur bei Bedarf gezielte Änderungen vornehmen.

Varianten-Tab (nur Verifikation)

Der Varianten-Tab dient der Bestätigung, nicht der Prüfung.

Worauf Händler achten sollten:

• Varianten passen zum Elternprodukt
  
• Attribute wie Größe, Farbe oder Stil sind korrekt dargestellt
  

Was Händler nicht tun müssen:

• Variantentexte bearbeiten
  
• Wiederholte Inhalte manuell prüfen
  
• Jede Variante einzeln validieren
  

Warum das funktioniert

CatalogPilot erstellt unabhängige strukturierte Datensätze für jede Variante und übernimmt dabei freigegebene Produktdaten.

Dies ermöglicht:

• Jede Variante unabhängig zu indexieren
  
• Verbesserte Long-Tail-Discoverability
  
• Erweiterte Schema-Abdeckung ohne Duplikationsrisiko
  

Bilder-Tab (ADA- & Beschreibungsvalidierung)

Der Bilder-Tab zeigt angereicherte Bildmetadaten, darunter:

• Bildtitel
  
• Alt-Text (ADA / WCAG)
  
• Beschreibende Bildunterschriften
  

Händler sollten:

• Kurz prüfen, ob Beschreibungen korrekt sind
  
• Sicherstellen, dass Bilder klar beschrieben werden
  
• Überbearbeitung vermeiden, außer wenn etwas faktisch falsch ist
  

Das Bild-Anreicherungssystem ist so ausgelegt, dass es:

• Hoch konsistent ist
  
• Stilistisch ausgerichtet ist
  
• Für Barrierefreiheit und Suchmaschinen sicher ist
  

Kategorien-Tab (Discovery-Optimierung)

Der Kategorien-Tab zeigt Metadaten, die für die Discovery auf Kategorieebene generiert werden.

Die meisten Händler haben in ihrer Plattform keinen nativen Zugriff auf Kategorie-SEO-Felder.

Kategorie-Anreicherung ist:

• Primär für Suchmaschinen und Crawler
  
• Nicht für häufiges menschliches Editing gedacht
  
• Sicher, als Gruppe freizugeben
  

Dies ist eine der wichtigsten Methoden, mit denen CatalogPilot die siteweite Discoverability über Produktseiten hinaus verbessert.

Alle freigeben (primäre Aktion)

Oben in der Review-Warteschlange befindet sich der Button Alle freigeben.

Das ist die erwartete und empfohlene Aktion.

Beim Klick:

• Werden alle aktuell geprüften Elemente sofort freigegeben
  
• Freigegebene Inhalte werden zur Auslieferung berechtigt
  
• Händler können sofort zu Live-Produktseiten navigieren, um Ergebnisse zu sehen
  

Freigabe wartet nicht auf Hintergrundjobs; sie wirkt nur auf finalisierte Datensätze.

Partielle Sichtbarkeit ist beabsichtigt

Nicht alle angereicherten Datensätze erscheinen in der Review-Warteschlange.

Das ist beabsichtigt.

CatalogPilot vermeidet:

• Redundante Prüfung
  
• Re-Freigabe geerbter Daten
  
• Kognitive Überlastung
  

Nur Datensätze, die neue oder wesentlich veränderte Informationen einführen, werden zur Prüfung angezeigt.

Zusammenfassung: So sollten Händler Review nutzen

• Review-Seite öffnen
  
• Auf den Produkt-Tab fokussieren
  
• Original ↔ Angereichert umschalten
  
• Scrollen und Verbesserungen visuell bestätigen
  
• Alle freigeben klicken (in den meisten Fällen empfohlen)
  
• Weiterarbeiten — detaillierte Bearbeitungen können später bei Bedarf in der vollständigen Produktgalerie vorgenommen werden
  

Für die meisten Händler dauert dieser Prozess Minuten, nicht Stunden.

Sie müssen es nicht von Anfang bis Ende lesen.

Aufbau des Handbuchs

Jeder Abschnitt bezieht sich direkt auf einen bestimmten Bereich der CatalogPilot-Oberfläche:

• Dashboard- und Review-Workflow
  
• Produkt- und Kategorienverwaltung
  
• Enrichment-Tabs (Produkte, Bilder, Varianten, SEO, Attribute, ESG, Social, Rechtliches, KI)
  
• Storefront-Konfiguration
  
• Transparenz bei Nutzung und Abrechnung
  

Die Abschnitte sind bewusst in sich geschlossen, sodass Sie gezielt zu den für Sie relevanten Themen springen können, ohne den Zusammenhang zu verlieren.

Leseempfehlung

• Überfliegen Sie den Abschnitt zunächst, um zu verstehen, was eine Funktion oder Ansicht bewirkt
  
• Lesen Sie tiefer, wenn Sie verstehen möchten, warum sie existiert oder wie sie sich in Sonderfällen verhält
  
• Überspringen Sie Abschnitte, die für Ihren aktuellen Arbeitsablauf nicht relevant sind
  

CatalogPilot ist so gestaltet, dass die meisten Händler im Alltag nur mit einem kleinen Teil der Funktionen arbeiten müssen.

Wann dieses Handbuch hilfreich ist

• Beim Onboarding oder erneuten Verbinden eines Shops
  
• Beim Prüfen oder Freigeben von Enrichments
  
• Beim Anpassen von Storefront- oder Auslieferungseinstellungen
  
• Beim Abgleich von Nutzung oder Abrechnung
  
• Beim Erklären von CatalogPilot gegenüber internen Teams oder Agenturen
  

Was dieses Handbuch nicht ist

• Kein Marketingmaterial
  
• Kein SEO-Leitfaden
  
• Keine Vorgabe für Content-Strategien
  
• Keine technische Schulung
  

Es dient der Klarheit, Sicherheit und Transparenz.

Alles im Dashboard ist auf drei Prinzipien ausgerichtet:

Transparenz – Sie können jederzeit sehen, was passiert und warum.

Kontrolle – Nichts wird ohne Freigabe ausgeliefert, außer wenn dies ausdrücklich autorisiert ist.

Sicherheit – Alle Aktionen sind reversibel und nicht destruktiv.

1. Händleridentität & Sitzungsstatus

Oben links im Dashboard sehen Sie:

Shop-Name – Der aktuell mit CatalogPilot verbundene Händler-Storefront.

Kontobenutzer – Der angemeldete Benutzer.

Zeitstempel der letzten Anmeldung – Zeigt die zuletzt erfolgte Anmeldung (UTC).

Storefront-Link-Symbol – Öffnet den Live-Storefront in einem neuen Tab.

Dieser Bereich bestätigt, mit welchem Katalog Sie arbeiten, und verhindert unbeabsichtigte Aktionen im falschen Store.

2. Statusindikatoren für Verbindung & Automatisierung

Neben der Store-Identität befinden sich vier Statusindikatoren:

API verbunden

Bestätigt, dass CatalogPilot erfolgreich mit Ihrer E-Commerce-Plattform zur Katalogsynchronisierung verbunden ist.

Katalog-Sync

Zeigt an, dass Produktdaten gelesen und mit Ihrer Plattform synchron gehalten werden.

Auto-Enrich (Support-gesteuert)

Standardmäßig deaktiviert. Wenn durch den CatalogPilot-Support im Rahmen einer Vereinbarung aktiviert, werden freigegebene Produkte automatisch zur Anreicherung in die Warteschlange aufgenommen.

Auto-Approve (Support-gesteuert)

Standardmäßig deaktiviert. Wenn im Rahmen einer Vereinbarung aktiviert, werden angereicherte Elemente automatisch ohne manuelle Prüfung freigegeben.

Standardmäßig erfordert CatalogPilot eine explizite menschliche Freigabe für alle angereicherten Inhalte. Auto-Funktionen sind absichtlich eingeschränkt, um Kontrolle auf Enterprise-Niveau und Datenintegrität zu gewährleisten.

3. Katalog-Statusring & Zähler

Das Kreisdiagramm liefert einen sofortigen Überblick über den Katalogzustand:

Genehmigt – Elemente vollständig geprüft und genehmigt.

Zur Prüfung ausstehend – Elemente angereichert, aber noch nicht genehmigt.

Bereit zur Anreicherung – Elemente, die für die Anreicherung geeignet sind.

Die numerischen Zähler neben dem Ring geben für jeden Zustand die exakten Mengen an.

Dieser Ring spiegelt die Katalogbereitschaft wider, nicht den Auslieferungsstatus.

4. Auswahl des Anreicherungsmodus

Das Feld Anreicherungsmodus auswählen steuert, wie Elemente zur Anreicherung ausgewählt werden:

Auto

Wählt automatisch die ältesten geeigneten Elemente aus (nach ursprünglicher Importreihenfolge).

Dies ist die sicherste und schnellste Methode, um große Kataloge voranzubringen.

Produkte

Ermöglicht die manuelle Auswahl einzelner Produkte über ein durchsuchbares Pop-up.

Kategorien

Ermöglicht die Auswahl einer oder mehrerer Kategorien und wendet die Anreicherung auf die darin enthaltenen Produkte an, bis zum ausgewählten Batch-Limit.

5. Steuerung der Batch-Größe

Mit dem Schieberegler wählen Sie aus, wie viele Produkte im nächsten Batch enthalten sind:

Der Maximalwert ist durch administrativ festgelegte Limits begrenzt, um Systemstabilität und Prüfqualität sicherzustellen.

Batch-Limits können auf Anfrage durch den CatalogPilot-Support erhöht werden.

So wird sichergestellt, dass Anreicherungen in handhabbaren, prüfbaren Schritten erfolgen.

6. Batch-Schätzung & Preise

Batch schätzen

Erzeugt eine Kostenschätzung für die aktuell ausgewählten Elemente.

Alle zur Anreicherung bereiten Elemente schätzen

Liefert eine vollständige Schätzung für alles, was im Katalog derzeit zur Anreicherung geeignet ist.

Preise werden transparent nach Elementtyp angezeigt (Produkte, Varianten, Kategorien, Bilder); Übersetzungspreise werden – falls zutreffend – klar ausgewiesen.

7. Prüf-Indikator-Badge

Auf der rechten Seite des Dashboards befindet sich das Review-Badge:

Blaues Badge – Gibt die Anzahl der Produkte an, die auf Prüfung warten. Ein Klick führt direkt zur Review-Ansicht.

Grünes Badge – Zeigt an, dass keine Elemente eine Prüfung erfordern.

So werden Review-Aufgaben nie übersehen.

8. Anzeige der Abonnement-Stufe

Unter dem Review-Badge wird Ihre aktuelle Abonnement-Stufe angezeigt:

Zeigt die Stufe an.

Zeigt die maximale Kataloggröße, die unter dieser Stufe zulässig ist.

CatalogPilot erfordert, dass Ihre Stufe Ihrer aktiven Kataloggröße entspricht, damit die Anreicherung für den gesamten Katalog verfügbar ist.

9. Aktives Batch-Panel

Wenn ein Batch läuft, erscheint ein Fortschritts-Panel mit:

Aktuellem Status (In Warteschlange / Anreichern / Finalisieren)

Fortschrittsbalken

ETA (falls verfügbar)

Element-Zähler für:

– Produkte

– Varianten

– Kategorien

– Bilder

Das Panel zeigt außerdem an, welches Element gerade angereichert wird.

Sie können diese Seite sicher verlassen – die Anreicherung läuft automatisch im Hintergrund weiter, und Sie werden benachrichtigt, sobald sie abgeschlossen ist.

10. Panel „Finaler Produktkatalog“

Dieses Panel spiegelt den genehmigten Zustand Ihres Katalogs wider:

Kategorien

Produkte

Bilder

Varianten

Gesamtzahl generierter Tags

Die Tag-Zahl ist absichtlich hoch, weil:

Jedes Produkt 30–50 strukturierte Tags generiert.

Jedes Bild, jede Variante und jede Kategorie zusätzliche Datensätze beiträgt.

Vererbte und relationale Metadaten unabhängig gezählt werden.

Dies stellt den vollständigen strukturierten Fußabdruck Ihres Katalogs dar.

11. Panel „Storefront Discoverability (Outgoing)“

Dieses Panel zeigt, was während des aktuellen Auslieferungszyklus an Ihren Storefront geliefert wurde:

Kategorien

Produkte

Varianten

Bilder

Gesamtzahl gelieferter Tags

Diese Zahlen:

Aktualisieren sich ungefähr alle 15 Minuten.

Spiegeln Auslieferungsaktivität wider, nicht Katalogsummen.

Bestätigen, dass genehmigte Inhalte aktiv den Storefront erreichen.

Ein Zeitstempel zeigt die letzte erfolgreiche Auslieferung.

12. Sicherheit & Philosophie

Jedes Element des Dashboards ist so gestaltet, dass:

Keine Plattformdaten überschrieben werden.

Keine Inhalte ohne Freigabe ausgeliefert werden.

Alle Aktionen beobachtbar sind.

Die Auslieferung sofort deaktiviert werden kann.

CatalogPilot arbeitet als Intelligence- und Auslieferungsschicht – nicht als Ersatz für Ihre Plattform.

1. So verwenden Sie dieses Handbuch

Kernnavigation

2. Dashboard – Übersicht
3. Prüfwarteschlange – Freigabe-Workflow

Produktverwaltung

4. Produkte – Listenansicht
5. Produkte – Galerieansicht (A/B-Vergleichsansicht)
6. Produkte – Detailansicht
7. Produkte – Bilder / ADA
8. Produkte – Varianten
9. Produkte – SEO
10. Produkte – Attribute
11. Produkte – ESG
12. Produkte – Social
13. Produkte – Recht / PCI
14. Produkte – KI
15. Produkte – Aktivität & Fehler

Kategorieverwaltung

16. Kategorien – Listenansicht
17. Kategorien – Galerieansicht
18. Kategorien – Detailansicht
19. Kategorien – SEO
20. Kategorien – Social
21. Kategorien – ESG
22. Kategorien – KI

Konnektivität

23. Konnektivität – Eingehender Katalog
24. Konnektivität – Ausgehende Bereitstellung

Storefront-Konfiguration

25. Storefront – Storefront-Einstellungen
26. Storefront – Schema & Markenidentität
27. Storefront – Benutzer- & Zugriffsverwaltung
28. Storefront – Aktivität & Fehler
29. Storefront – Sprach- & Übersetzungssteuerung

Abrechnung & Zahlungen

30. Abrechnung – Übersicht
31. Abrechnung – Nutzung
32. Abrechnung – Rechnungen
33. Abrechnung – Rechnungsbeschreibung
34. Abrechnung – Zahlungen

Referenz

35. Glossar & Schlüsselbegriffe
36. Die unsichtbaren 80 %: Wie moderne Indexierung wirklich funktioniert
37. Warum CatalogPilot die Rolle Ihres Katalogs verändert
38. Wie CatalogPilot funktioniert (das mentale Modell)
39. Erster Workflow
40. Automatische vs. manuelle Prozesse