Das Verständnis dieser Trennung ist entscheidend für eine sichere Nutzung des Systems.

Was automatisch geschieht

CatalogPilot übernimmt automatisch folgende Aufgaben:

Katalog-Synchronisierung

Liest Produkte, Varianten, Bilder, Kategorien und zugehörige Metadaten über schreibgeschützten Zugriff aus Ihrer Plattform.

Kontextuelle Analyse

Beobachtet die öffentliche Storefront-Struktur, um zu verstehen, wie Inhalte Besuchern und Crawlern präsentiert werden.

Generierung von Anreicherungen

Erstellt strukturierte Metadaten, Barrierefreiheitstexte, Varianten-Mappings, Kategorie-Signale und KI-fähige Attribute außerhalb der Plattform.

Batch-Verarbeitung und Skalierung

Stellt Anreicherungen sicher in Warteschlangen, drosselt und verarbeitet sie im Hintergrund, ohne die Storefront-Performance zu beeinträchtigen.

Auslieferungsmechanismus

Injiziert genehmigte Inhalte beim Seiten-Rendering über einen leichtgewichtigen, reversiblen Mechanismus.

Keine dieser automatisierten Schritte schreibt direkt in Ihre Plattform oder speichert Änderungen ohne Freigabe.

Was menschliches Handeln erfordert

Menschliche Beteiligung ist bewusst auf wertvolle Kontrollpunkte beschränkt:

Überprüfung angereicherter Produkte

Händler vergleichen visuell originale und angereicherte Inhalte zur Bestätigung der Richtigkeit.

Freigabe der Inhalte für die Auslieferung

Die Freigabe ist die Grenze, ab der angereicherte Inhalte aktiv werden.

Optionale Bearbeitungen oder Overrides

Händler können:

– Bestimmte Felder bearbeiten

– Zum Originalinhalt zurückkehren

– Die Auslieferung für einzelne Produkte oder Kategorien deaktivieren

Aktivierung der Auslieferung

Die Installation oder Aktivierung des Auslieferungstriggers ist eine bewusste, reversible Entscheidung.

Warum diese Balance wichtig ist

CatalogPilot vermeidet zwei Extreme:

– Vollständig manuelle Systeme mit hohem Mikromanagement-Aufwand

– Vollautomatisierte Systeme ohne menschliche Kontrolle und erhöhtem Risiko

Stattdessen folgt es dem Prinzip „einmal prüfen, danach vertrauen“:

– Die meisten Anreicherungen benötigen nur eine kurze visuelle Bestätigung

– Bearbeitungen bleiben jederzeit möglich, auch nach der Freigabe

– Nichts ist dauerhaft gesperrt

Was Sie nicht tun müssen

Sie müssen nicht:

– Jede Variante im Detail prüfen

– Jede Bildbeschreibung bearbeiten

– Jedes Metadatenfeld verstehen

– Jede Anreicherung einzeln freigeben

Das System ist darauf ausgelegt, den kognitiven Aufwand zu reduzieren, nicht zu erhöhen.

Die erste Anreicherung ist bewusst geführt und geprüft — sie erfolgt nicht sofort, und das ist beabsichtigt.

Schritt 1 — Katalog verbinden

Nach der Anmeldung stellen Sie bereit:

• Lesezugriff (Read-only) auf die API Ihrer Plattform
  
• Die öffentliche URL Ihres Storefronts
  

CatalogPilot beginnt daraufhin im Hintergrund mit der Erfassung und Normalisierung Ihrer Katalogdaten.

Je nach Kataloggröße und Systemauslastung kann diese erste Erfassung von wenigen Minuten bis zu mehreren Stunden dauern.

Während dieser Phase werden keinerlei Änderungen an Ihrem Storefront vorgenommen.

Schritt 2 — Vorbereitung der ersten Anreicherung

Sobald die Katalogdaten verfügbar sind:

• Wird ein kleiner erster Produktsatz (derzeit bis zu 10) zur Anreicherung vorgemerkt
  
• Diese ersten Anreicherungen erfolgen innerhalb klar definierter Systemgrenzen
  
• Die Verarbeitung kann sofort oder nach einer kurzen Warteschlange beginnen
  

In den meisten Fällen startet die Anreicherung innerhalb weniger Minuten, kann bei hoher Auslastung jedoch länger dauern.

Schritt 3 — Prüfung durch CatalogPilot & Benachrichtigung

Nach Abschluss der ersten Anreicherungen:

• Werden die Ergebnisse im Rahmen des Onboardings überprüft
  
• Sie erhalten eine Benachrichtigung, sobald sie bereit sind
  
• In manchen Fällen kontaktiert Sie ein Support-Mitarbeiter zur gemeinsamen Durchsicht
  

Dieser erste Zyklus wird in der Regel noch am selben Tag abgeschlossen und stets innerhalb eines angemessenen Onboarding-Zeitrahmens.

Schritt 4 — Erste angereicherte Produkte prüfen

Sie werden zur Review-Seite weitergeleitet, wo Sie:

• Zwischen Original und Angereichert wechseln können
  
• Verbesserungen visuell bestätigen
  
• Sich primär auf den Produkt-Tab konzentrieren
  
• Tiefere Tabs ignorieren können, sofern nichts auffällig ist
  

Dieser Schritt ist auf Minuten ausgelegt — nicht auf Stunden.

Schritt 5 — Freigabe und Kontrolle übernehmen

Nach der Freigabe:

• Erhalten Sie sofort die volle Kontrolle über den Anreicherungsprozess
  
• Können Sie zukünftige Batches selbst starten
  
• Werden klare Kosten- und Zeitabschätzungen vor jedem Batch angezeigt
  
• Läuft die Verarbeitung im Hintergrund mit Live-Fortschrittsanzeigen
  

Ab diesem Zeitpunkt bestimmen Sie selbst, wann, wie viel und was angereichert wird.

Was sich nach dem ersten Zyklus ändert

Der erste Durchlauf ist am stärksten strukturiert.

Danach gilt:

• Anreicherung wird Self-Service
  
• Zeitabschätzungen sind vor jedem Batch klar sichtbar
  
• Der Prüfaufwand sinkt kontinuierlich
  
• Keine weiteren Freigabeschritte sind erforderlich
  

CatalogPilot ist darauf ausgelegt, zuerst Vertrauen aufzubauen — und sich dann zurückzunehmen.

Anstatt Ihre Katalogdaten zu überschreiben oder zu verändern, erstellt CatalogPilot eine sichere, synchronisierte Kopie Ihres Katalogs außerhalb der Plattform, reichert diese an und liefert genehmigte Verbesserungen zur Laufzeit der Seite aus.

Die drei Kernzustände

Jeder Inhalt in CatalogPilot durchläuft drei klar definierte Zustände:

Angereichert

Neue strukturierte Inhalte wurden erzeugt (SEO, Barrierefreiheit, Metadaten, Varianten, Bilder, Kategorien).

Genehmigt

Ein Mensch hat bestätigt, dass die Anreicherung akzeptabel ist. Dies ist die Vertrauensgrenze.

Ausgeliefert

Genehmigte Inhalte werden aktiv an Ihren Storefront für Besucher und Crawler ausgeliefert.

Zu keinem Zeitpunkt überschreibt CatalogPilot dauerhaft die Daten Ihrer Plattform.

Was CatalogPilot tut

• Liest Katalogdaten über Ihre Plattform
  
• Optimiert sie für Suchmaschinen, Barrierefreiheit und KI-Systeme
  
• Ermöglicht Überprüfung und Freigabe
  
• Liefert genehmigte Inhalte sicher zur Render-Zeit aus
  
• Kann sofort deaktiviert werden, ohne Rückabwicklung
  

Was CatalogPilot nicht tut

• Verändert keine Datenbanken
  
• Überschreibt keine Themes oder Templates
  
• Greift nicht in Checkout, Preise oder Lagerbestände ein
  
• Erstellt keine Produkte oder Sprachen, die nicht existieren
  

Betrachten Sie CatalogPilot als Flugsicherung für Ihren Katalog — beobachtend, optimierend und leitend — ohne jemals die Kontrolle zu übernehmen.

🇳🇱 Nederlands (NL)

Hoe CatalogPilot werkt (Het mentale model)

CatalogPilot is een externe intelligentielaag die naast uw e-commerceplatform opereert — niet erin.

In plaats van uw catalogusgegevens te overschrijven of te wijzigen, maakt CatalogPilot een veilige, gesynchroniseerde kopie van uw catalogus buiten het platform, verrijkt deze en levert goedgekeurde verbeteringen tijdens het renderen van de pagina.

De drie kernstatussen

Elk onderdeel in CatalogPilot doorloopt drie duidelijke fasen:

Verrijkt

Nieuwe gestructureerde content is gegenereerd (SEO, toegankelijkheid, metadata, varianten, afbeeldingen, categorieën).

Goedgekeurd

Een mens heeft bevestigd dat de verrijking acceptabel is. Dit is de vertrouwensgrens.

Geleverd

Goedgekeurde content wordt actief geleverd aan uw storefront voor bezoekers en crawlers.

CatalogPilot overschrijft op geen enkel moment permanent uw platformgegevens.

Wat CatalogPilot doet

• Leest catalogusgegevens van uw platform
  
• Verrijkt deze voor zoekmachines, toegankelijkheid en AI-systemen
  
• Laat u wijzigingen beoordelen en goedkeuren
  
• Injecteert goedgekeurde content veilig tijdens render-tijd
  
• Kan direct worden uitgeschakeld zonder herstelactie
  

Wat CatalogPilot niet doet

• Wijzigt geen databases
  
• Herschrijft geen thema’s of templates
  
• Heeft geen invloed op checkout, prijzen of voorraad
  
• Creëert geen producten of talen die niet bestaan
  

Zie CatalogPilot als luchtverkeersleiding voor uw catalogus — observerend, optimaliserend en begeleidend — zonder eigenaarschap over te nemen.

Sie ist eine strukturelle Veränderung darin, wie Ihr Produktkatalog existiert, funktioniert und Wert schafft.

Traditionell lebt ein E-Commerce-Produktkatalog innerhalb einer Plattform.

Seine Daten, Struktur und Reichweite werden durch die Regeln, Grenzen und Roadmap dieser Plattform eingeschränkt. Selbst optimiert bleibt der Katalog weitgehend in einem Silo — er dient zuerst dem Storefront und alles andere erst danach.

CatalogPilot verändert dieses Modell.

Zum ersten Mal existiert Ihr Produktkatalog extern als strukturierter, gesteuerter Vermögenswert — unabhängig von einer einzelnen Plattform. Ihr Storefront bleibt vollständig betriebsbereit und unverändert, aber die Intelligenz, Anreicherung und Auffindbarkeit Ihres Katalogs ist nicht länger in der Plattform eingeschlossen.

Diese Trennung schafft Freiheit.

Sie ermöglicht es Ihrem Katalog:

Einmal optimiert und konsistent ausgeliefert zu werden

Suchmaschinen, Barrierefreiheits-Systemen und aufkommenden KI-Plattformen direkt zu dienen

Zukünftiges Marketing, Syndizierung und Plattformwechsel ohne erneute Arbeit zu unterstützen

Im Wert zu wachsen, ohne für jeden neuen Kanal neu geschrieben oder neu aufgebaut zu werden

CatalogPilot ersetzt Ihre Plattform nicht.

Es befreit Ihren Katalog von ihr.

Womit Sie arbeiten, ist nicht nur verbesserter Produktinhalt — es ist ein Katalog, der nun:

Über Ihren Storefront hinaus verstärkt werden kann

Ohne Duplizierung wiederverwendet werden kann

Bewusst gesteuert statt reaktiv editiert werden kann

Unabhängig von Plattformbeschränkungen weiterentwickelt werden kann

Dieses Handbuch zeigt Ihnen, wie Sie dieses System sicher betreiben — wo Ihre Aufmerksamkeit erforderlich ist, wo nicht, und wie Sie das System die Hauptarbeit erledigen lassen, während Sie sich auf Wachstum konzentrieren.

Warum das wichtig ist

Die meisten Händler können diesen Schritt nie machen.

Sie optimieren innerhalb der Grenzen, die ihnen vorgegeben sind.

Mit CatalogPilot haben Sie sich entschieden, Ihren Produktkatalog als langfristigen digitalen Vermögenswert zu behandeln — nicht nur als Seitengenerator.

Alles, was in diesem Handbuch folgt, ist darauf ausgelegt, Ihnen zu helfen, diesen Vermögenswert mit Klarheit, Effizienz und Kontrolle zu verwalten — ohne dass Sie ihn im Detail micromanagen müssen.

Design, Fotografie, Layout und Beschreibungen werden für das Browsing gestaltet. Und das ist nachvollziehbar. Kunden erleben Ihren Shop visuell.

Doch Suchmaschinen, Compliance-Systeme, Accessibility-Crawler, KI-Discovery-Engines und Marketplace-Indexer nicht.

Sie interpretieren etwas anderes.

Sie bewerten kein „Design“.

Sie messen keine „ästhetische Qualität“.

Sie belohnen keine visuelle Politur.

Sie bewerten Tiefe, Hierarchie, Beziehungen und maschinenlesbare Klarheit.

Und im modernen eCommerce entstehen nahezu 80 % der Auffindbarkeit in genau dieser unsichtbaren Ebene.

Die menschliche Sicht vs. die maschinelle Sicht

Für einen Käufer wirkt eine Produktseite vollständig, wenn sie Folgendes enthält:

• Einen Titel

• Eine Beschreibung

• Bilder

• Preise

• Varianten

Für Indexierungssysteme wird Vollständigkeit jedoch ganz anders definiert.

Such- und Compliance-Systeme bewerten:

• Überschriftenhierarchie und semantische Struktur

• Canonical-Referenzen

• Beziehungen zwischen Produkten und Varianten

• Verstärkung durch Kategorien

• Barrierefreiheitsattribute

• Strukturierte Produktmetadaten

• Rechtliche und Compliance-Signale

• Datenkonsistenz über den gesamten Katalog hinweg

Der größte Teil davon befindet sich im Hintergrund.

Wenn diese Grundlage unvollständig, inkonsistent oder oberflächlich ist, sinkt das Vertrauen der Suchmaschinen – selbst dann, wenn die Seite für menschliche Besucher vollständig entwickelt wirkt.

Tiefe schafft Auffindbarkeit

Moderne Indexierung ist nicht mehr feldbasiert. Sie ist beziehungsbasiert.

Suchmaschinen und KI-Systeme bewerten, wie:

• Produkte mit Kategorien verknüpft sind

• Varianten sich sinnvoll voneinander unterscheiden

• Bilder die Einhaltung von Barrierefreiheitsstandards unterstützen

• Metadaten die Absicht verdeutlichen

• Die Struktur über den gesamten Katalog hinweg konsistent bleibt

Ohne grundlegende Tiefe:

• Werden kleinere Produkte unsichtbar

• Bricht die Long-Tail-Auffindbarkeit ein

• Nehmen Rich Results ab

• Missverstehen KI-Discovery-Engines die Absicht

• Steigt das Compliance-Risiko

Die Katalogleistung wird nicht allein durch Design bestimmt.

Sie wird durch systemische Vollständigkeit bestimmt.

Die 80 %, die Sie nicht sehen

Native Plattformen bieten oberflächliche Produktfelder.

Sie wurden dafür entwickelt:

• Produkte darzustellen

• Transaktionen abzuwickeln

• Inventar zu verwalten

Sie wurden nicht dafür entwickelt, eine tiefgehende semantische Architektur über jedes Produkt, Bild, jede Variante und jede Kategorie hinweg aufzubauen und zu pflegen.

Mit der Zeit:

• Driften Metadaten ab

• Bleiben Barrierefreiheitsattribute unvollständig

• Nimmt die Klarheit bei Varianten ab

• Veraltet Schema-Markup

• Entwickeln sich Compliance-Anforderungen weiter

Diese Verschlechterung ist für Händler unsichtbar – für Indexierungssysteme jedoch messbar.

Gleicher Zugewinn über den gesamten Katalog hinweg

CatalogPilot bevorzugt keine volumenstarken Produkte gegenüber kleineren SKUs.

Jedes Produkt erhält die gleiche Tiefe der Anreicherung.

Das bedeutet:

• Long-Tail-Produkte gewinnen an Sichtbarkeit

• SKUs mit geringerem Volumen erhalten Indexierungsklarheit

• Varianten werden semantisch eindeutig unterscheidbar

• Kategorien verstärken die Suchabsicht

• Katalogweite Signale werden kollektiv stärker

Das ist keine selektive Optimierung.

Es ist eine systemische Anhebung.

Dynamisch statt statisch

Die meisten Storefronts arbeiten statisch.

Sobald strukturelle Daten erstellt wurden, entwickeln sie sich selten weiter – außer durch manuelle Updates.

CatalogPilot arbeitet dynamisch.

Wenn sich Ihr Katalog verändert:

• Werden Metadaten neu aufgebaut

• Wird Schema aktualisiert

• Wird Barrierefreiheit verstärkt

• Werden semantische Signale neu generiert

Das stellt sicher:

• Dass die Indexierung an sich weiterentwickelnde Standards angepasst bleibt

• Dass Compliance nicht verfällt

• Dass Auffindbarkeit nicht abdriftet

• Dass Ihr Katalog strukturell aktuell bleibt – statt strukturell zu veralten

Warum das gerade jetzt wichtig ist

Moderne Suchmaschinen und KI-Systeme bewerten weit mehr als Keywords.

Sie prüfen:

• Hierarchische Klarheit

• Semantische Präzision

• Bereitschaft für Barrierefreiheit

• Compliance-Konformität

• Katalogweite Konsistenz

Wenn die grundlegende Tiefe schwach ist, kompensieren Händler dies oft durch mehr bezahlten Traffic – wodurch die Akquisitionskosten steigen, während die zugrunde liegende Auffindbarkeit weiterhin eingeschränkt bleibt.

Produkte, die ignoriert werden, konkurrieren nicht.

Die unsichtbaren 80 % entscheiden darüber, ob Ihr Katalog korrekt interpretiert wird – oder herausgefiltert wird.

Die Systeme, die Ihren Shop tatsächlich lesen

Moderne Storefronts werden von Dutzenden Indexierungs-, Compliance- und Discovery-Systemen bewertet. Nachfolgend finden Sie einen repräsentativen Überblick darüber, wie diese Systeme Produktdaten interpretieren – und wie CatalogPilot Ihren Katalog darauf vorbereitet, von ihnen korrekt verstanden zu werden.

CatalogPilot kontrolliert diese Systeme nicht. Es bereitet Ihren Katalog darauf vor, von ihnen korrekt interpretiert zu werden.

Dies ist die Architekturebene, die die meisten Plattformen nie vollständig aufbauen.

Wo CatalogPilot arbeitet

CatalogPilot arbeitet in dieser unsichtbaren Ebene.

Es:

• Rekonstruiert grundlegende Tiefe

• Verbessert maschinenlesbare Metadaten

• Stärkt die Einhaltung von Barrierefreiheitsstandards

• Verstärkt die Klarheit für die Indexierung

• Arbeitet nicht-destruktiv

• Liefert dynamisch zur Render-Zeit aus

Es verändert nicht, wie Ihr Shop aussieht.

Es verändert, wie er verstanden wird.

Abschließender Gedanke

Wenn Ihr Storefront vollständig aussieht, aber unterdurchschnittlich performt, liegt das Problem möglicherweise nicht am Design.

Es könnte an der Grundlage liegen.

Und grundlegende Tiefe ist selten sichtbar – wird aber immer gemessen.

CatalogPilot wurde speziell für diese unsichtbaren 80 % entwickelt.

Ihr Produktkatalog, wie er in Ihrer E-Commerce-Plattform existiert (Produkte, Kategorien, Varianten, Bilder, Preise, Verfügbarkeit).

CatalogPilot ersetzt Ihren Katalog nicht. Es liest ihn aus und erstellt extern eine angereicherte Kopie.

Katalogkopie (externe Kopie)

Eine sichere, schreibgeschützte Kopie Ihres Katalogs, erstellt über eine API-Verbindung.

Diese Kopie:

• Existiert außerhalb Ihrer Plattform
  
• Wird für Anreicherung, Validierung und Auslieferung verwendet
  
• Kann jederzeit ohne Auswirkungen auf Ihren Shop entfernt werden
  

Anreicherung

Der Prozess der Generierung strukturierter, maschinenlesbarer Inhalte für Produkte, Kategorien, Varianten und Bilder.

Die Anreicherung kann umfassen:

• Titel und Beschreibungen
  
• SEO-Metadaten (Titel, Beschreibung, Überschriften)
  
• ADA-konforme Alternativtexte für Bilder
  
• Schema-kompatible strukturierte Felder
  
• Semantische und KI-bezogene Klassifikationsfelder
  

Die Anreicherung ersetzt niemals Plattformdaten.

Freigabe

Der verpflichtende Schritt, in dem Händler angereicherten Inhalt prüfen und genehmigen, bevor er ausgeliefert wird.

Die Freigabe:

• Verhindert Drift und Halluzinationen
  
• Gewährleistet Kontrolle auf Enterprise-Niveau
  
• Kann einzeln oder gesammelt („Alle freigeben“) erfolgen
  
• Freigegebener Inhalt bleibt jederzeit editierbar
  

Original vs. Freigegeben

• Original: Inhalte aus Ihrer Plattform und Ihrem Storefront
  
• Freigegeben: Von CatalogPilot erzeugte und genehmigte Inhalte
  

Beide Versionen bleiben stets vergleichbar erhalten.

Batch (Stapel)

Eine Gruppe von Elementen, die gemeinsam angereichert werden.

Batches können erstellt werden durch:

• Automatisch (älteste nicht angereicherten Elemente zuerst)
  
• Manuelle Produktauswahl
  
• Auswahl nach Kategorie
  

Kein Batch startet ohne Bestätigung.

Schätzung

Eine Kostenvorschau vor dem Start der Anreicherung.

Schätzungen:

• Zeigen Anzahl der Elemente und Preise
  
• Beziehen sich nur auf berechtigte Elemente
  
• Lösen keine Abrechnung ohne Bestätigung aus
  

Review-Warteschlange

Ein temporärer Bereich mit neu angereicherten Elementen zur Freigabe.

Konzipiert für:

• Visuellen Vergleich
  
• Schnelle Validierung
  
• Geringe kognitive Belastung
  

Die meisten Händler geben ohne Änderungen frei.

Produktgalerie

Die primäre Vergleichsansicht mit:

• Für Menschen sichtbaren Inhalten
  
• Für Maschinen lesbaren Inhalten
  
• Barrierefreiheits- und Strukturdaten
  

Dies ist die wichtigste Prüfoberfläche in CatalogPilot.

Produkt-Tabs

Sekundäre Bearbeitungsbereiche unterhalb der Galerie.

Verwendet für:

• Gezielte Anpassungen
  
• Feld-für-Feld-Überschreibungen
  
• Erweiterte Prüfung (optional)
  

Die Galerie ist primär, Tabs ergänzen sie.

Varianten

Einzelne Produktvarianten (z. B. Größe, Farbe), die als eigenständige strukturierte Datensätze behandelt werden.

CatalogPilot erstellt separate Datensätze, damit:

• Jede Variante unabhängig indexiert werden kann
  
• Variantenspezifisches Schema ausgeliefert wird
  
• Auffindbarkeit ohne URL-Duplikate erhöht wird
  

Varianteninhalte erben größtenteils vom Elternprodukt.

Bilder / ADA

Bildbezogene Anreicherung, einschließlich:

• Bildtitel
  
• Alternativtexte
  
• Bildunterschriften
  
• Barrierefreiheitsbeschreibungen
  

Diese Felder sind primär maschinenlesbar und selten manuell zu ändern.

Attribute

Standardisierte Produkteigenschaften für Suchmaschinen und Shopping-Plattformen.

Enthält Google-relevante Felder wie:

• Verfügbarkeit
  
• Zustand
  
• Produkttyp
  
• Kategorietaxonomien
  

Gelb markierte Felder sind optional und nur bei sicherem Wissen auszufüllen.

Schema

Strukturierte Daten (JSON-LD), die zur Laufzeit ausgeliefert werden, um Produkte, Kategorien und Varianten zu beschreiben.

Das Schema:

• Wird dynamisch injiziert
  
• Verändert keine Theme-Dateien
  
• Kann sofort deaktiviert werden
  

Storefront-Auslieferung

Die Bereitstellung freigegebener strukturierter Inhalte beim Seitenaufruf.

Die Auslieferung:

• Erfolgt zur Laufzeit
  
• Ist nicht destruktiv
  
• Spiegelt ausschließlich freigegebene Inhalte wider
  

FailSafe-Schalter

Ein globaler Schalter zur sofortigen Deaktivierung aller CatalogPilot-Auslieferungen.

Bei Deaktivierung:

• Kehrt der Shop zum nativen Verhalten zurück
  
• Ist kein Rollback nötig
  
• Bleiben angereicherte Daten sicher gespeichert
  

Eingehend (Katalog-Synchronisierung)

Eine sichere, schreibgeschützte Verbindung, die Katalogdaten von der Plattform zu CatalogPilot liest.

CatalogPilot:

• Liest ausschließlich Daten
  
• Schreibt niemals zurück
  
• Respektiert die Plattform-Autorität
  

Ausgehend (Auslieferung)

Die kontrollierte Auslieferung angereicherter Inhalte an den Storefront über ein leichtgewichtiges Skript.

Die Auslieferung:

• Ist optional
  
• Kann pausiert oder deaktiviert werden
  
• Beeinflusst keine Zahlungen oder Transaktionen
  

Tags

Einzelne strukturierte Datenelemente, die während der Anreicherung erzeugt werden.

Ein Produkt kann Dutzende Tags erzeugen durch:

• Produktfelder
  
• Bilder
  
• Varianten
  
• Kategorien
  
• KI- und semantische Ebenen
  

Hohe Tag-Anzahlen stehen für Tiefe, nicht Duplikation.

Aktivitätsprotokoll

Eine detaillierte Zeitleiste aller Aktionen in CatalogPilot.

Enthält:

• Anreicherungsvorgänge
  
• Freigaben
  
• Bearbeitungen
  
• Batch-Statusänderungen
  
• Abrechenbare Aktionen (falls zutreffend)
  

Nutzung

Echtzeitaufzeichnung abrechenbarer Anreicherungsaktivitäten.

Die Nutzung ist:

• Detailliert
  
• Zeitgestempelt
  
• Automatisch Rechnungen zugeordnet
  

Rechnung

Eine wöchentliche Zusammenfassung der Anreicherungsnutzung.

Rechnungen:

• Fassen Nutzung in einer Position zusammen
  
• Verweisen auf detaillierte Aktivitätsprotokolle
  
• Sind getrennt von Abonnementrechnungen
  

Abonnement

Der Basistarif, der definiert:

• Kataloggrößenlimits
  
• Zugriffsstufen
  
• Funktionsverfügbarkeit
  

Abonnements werden separat von der Nutzung abgerechnet.

Übersetzung

Optionale Anreicherung freigegebener Inhalte in bereits vorhandene Plattformsprachen.

Übersetzungen:

• Erfolgen nur nach Hauptfreigabe
  
• Gelten ausschließlich für bestehende Sprachen
  
• Werden zu einem reduzierten Satz berechnet

Zweck dieses Abschnitts

Dieser Bereich dient ausschließlich dazu, Händlern eine sichere Self-Service-Möglichkeit zur Verwaltung von Zahlungsdaten zu bieten, ohne sensible Finanzinformationen innerhalb von CatalogPilot offenzulegen.

CatalogPilot speichert oder verarbeitet keine Kreditkartendaten direkt.

Was Sie sehen

Eine kurze Erklärung, dass Zahlungsmethoden, Abonnements und Rechnungen extern verwaltet werden.

Eine einzelne Aktionsschaltfläche:

Abrechnungsportal aufrufen

Abrechnungsportal aufrufen

Durch Klicken auf Abrechnungsportal aufrufen werden Sie sicher zur von Stripe gehosteten Abrechnungsumgebung weitergeleitet, in der Sie:

• Ihre Zahlungsmethode aktualisieren oder ändern
  
• Frühere Zahlungen und Zahlungshistorie einsehen
  
• Stripe-Belege herunterladen
  
• Zahlungsdetails Ihres Abonnements verwalten
  
• Fehlgeschlagene oder ausstehende Zahlungen klären
  

Alle Aktionen im Abrechnungsportal werden direkt von Stripe unter Verwendung branchenüblicher Sicherheits- und Compliance-Standards durchgeführt.

Wichtige Hinweise

• Zahlungsänderungen werden sofort wirksam, sobald sie in Stripe gespeichert wurden.
  
• Abonnementgebühren und nutzungsbasierte Gebühren werden getrennt abgerechnet, wie in den vorherigen Abrechnungsabschnitten beschrieben.
  
• CatalogPilot hat keinen Zugriff auf Ihre vollständigen Zahlungsdaten.
  
• Bei Problemen mit dem Zugriff auf das Abrechnungsportal wenden Sie sich an den CatalogPilot-Support.

Jede CatalogPilot-Rechnung fasst die nutzungsbasierte Anreicherungsaktivität für einen bestimmten Abrechnungszeitraum zusammen. Die Beschreibung ist so gestaltet, dass sie auf einen Blick verständlich ist und dennoch ausreichend Details bietet, um jede Gebühr dem System zuzuordnen.

Was die Beschreibung darstellt

Die Rechnungsbeschreibung folgt dieser Struktur :

Abrechnungszeitraum

Der von der Rechnung abgedeckte Datumsbereich (z. B. eine Woche).

Zusammenfassung der Anreicherungsaktivität

Eine übergeordnete Zählung dessen, was in diesem Zeitraum verarbeitet wurde, z. B.:

• Angereicherte Felder
  
• Angereicherte und übersetzte Bilder
  
• Angereicherte und übersetzte Produkte
  
• Angereicherte und übersetzte Varianten
  
• Angereicherte Kategorien
  

Dies ist eine Zusammenfassung und kein Einzelposten-Ledger. CatalogPilot hält Rechnungen bewusst übersichtlich, statt Händler mit Rohprotokollen zu überladen.

Warum dies als einzelne Position erscheint

CatalogPilot berechnet die Anreicherung als eine zusammengefasste Position pro Abrechnungszeitraum. Dadurch wird sichergestellt:

• Saubere, leicht verständliche Rechnungen
  
• Totalsummen, die exakt den berechneten Beträgen entsprechen
  
• Keine Verwirrung durch zahlreiche Mikro-Gebühren
  

Alle Detailaktivitäten sind bereits in der Plattform verfügbar.

So sehen Sie die vollständige Aufschlüsselung

Um einen auf der Rechnung ausgewiesenen Wert genauer zu prüfen:

• Gehen Sie zu Abrechnung → Nutzung
  
  
• Nutzen Sie Filter und Suche
  (nach Datum, Objekt — Produkt, Bild, Variante, Kategorie — oder Betrag)
  
  
• Klicken Sie auf einen Aktivitätseintrag
  (Details : was, wann, wer, Zuordnung zur Rechnung)
  
  
• Abgleich mit Aktivitätsprotokollen
  (vollständige Zeitleiste aller Genehmigungen, Bearbeitungen, Anreicherungen und Systemaktionen)
  

Wichtige Hinweise

• Rechnungssummen spiegeln ausschließlich genehmigte Anreicherungen wider
  
• Übersetzungen werden separat berechnet (falls zutreffend) und in der Beschreibung zusammengefasst
  
• Abonnementgebühren sind nicht in Nutzungsrechnungen enthalten und werden separat berechnet
  

Ein Saldo von 0,00 $ bedeutet, dass die Rechnung bereits bezahlt oder gutgeschrieben wurde

Übersicht der Rechnungsliste

Jede Zeile in der Liste stellt eine einzelne Rechnung dar, die in der Regel wöchentlich für nutzungsbasierte Anreicherungsaktivitäten erstellt wird.

Die Tabelle enthält folgende Spalten:

Rechnungsnummer

Eine eindeutige Rechnungskennung im Format CPILOT-YYYYMM-WEEK.

Dieses Format unterscheidet CatalogPilot-Rechnungen eindeutig von anderen Abrechnungssystemen und ordnet sie bestimmten Nutzungszeiträumen zu.

Zeitraum (UTC)

Der von der Rechnung abgedeckte Datumsbereich.

Er spiegelt die Anreicherungsaktivität wider, die in dieser spezifischen Woche durchgeführt wurde.

Betrag

Die gesamten nutzungsbasierten Kosten für den Abrechnungszeitraum.

Dieser Betrag umfasst ausschließlich dynamische Anreicherungskosten.

Abonnementgebühren sind nicht enthalten und werden separat berechnet.

Status

Zeigt den aktuellen Status der Rechnung an:

• Aktiv – Rechnung wurde erstellt und wartet auf Zahlung.
• Bezahlt – Rechnung wurde erfolgreich über Stripe bezahlt.

Download

Für bezahlte Rechnungen können Händler eine PDF-Kopie für ihre Unterlagen herunterladen.

Abrechnungsrhythmus

Nutzungsbasierte Anreicherungskosten werden wöchentlich in Rechnung gestellt.

Findet in einer bestimmten Woche keine Anreicherungsaktivität statt, wird keine Rechnung erstellt.

Abonnementgebühren werden separat zum Jahrestag der Anmeldung des Händlers abgerechnet.

Alle Zahlungen werden automatisch über Stripe mit der hinterlegten Zahlungsmethode verarbeitet.

Rechnungsdetails & Sortierung

Händler können:

• Rechnungen nach Nummer, Zeitraum oder Betrag suchen;
• Rechnungen nach Zeitraum oder Betrag sortieren;
• einzelne Rechnungen öffnen, um vollständige Details einzusehen (sofern verfügbar).

Anbieter- und Abrechnungsinformationen

Am unteren Rand der Rechnungsseite finden Händler die offiziellen Abrechnungsdaten von CatalogPilot:

Abgerechnet von:

AdVision eCommerce Inc.

E-Mail: accounts@advision-ecommerce.com

Unternehmensregistrierungsnummer: #82866 8996

Postanschrift:

Suite 1402 – 327, 347 Fifth Ave.

New York, NY 10016

Vereinigte Staaten

Diese Informationen dienen der Buchhaltung, dem Abgleich und der Einhaltung gesetzlicher Vorschriften.

Das Register Nutzung bietet eine detaillierte Ansicht auf Elementebene aller Anreicherungsaktivitäten, die zur nutzungsbasierten Abrechnung beitragen.

Während das Register Abrechnung die Kosten auf hoher Ebene zusammenfasst, zeigt das Register Nutzung die granulare Aufschlüsselung jeder Anreicherungsaktion zum Zeitpunkt ihres Auftretens.

Diese Ansicht ist für Transparenz und Nachvollziehbarkeit konzipiert, nicht für Konfiguration.

Übersicht über die Nutzungstabelle

Jede Zeile in der Nutzungstabelle stellt ein einzelnes Anreicherungsereignis dar.

Die Tabelle enthält folgende Spalten:

Datum / Uhrzeit (UTC)

Zeigt an, wann die Anreicherung stattgefunden hat.

Alle Aktivitäten werden in UTC protokolliert, um regionale Konsistenz zu gewährleisten.

Objekt

Identifiziert das spezifische Objekt, das angereichert wurde:

• Produkt
  
• Bild
  
• Variante
  
• Kategorie
  

Durch Klicken auf den Objektnamen gelangen Sie direkt zu diesem Element in CatalogPilot (z. B. zum entsprechenden Bild oder Produkt).

Nutzungstyp

Gibt die durchgeführte Aktion an.

Die meisten Einträge zeigen „Anreicherung des Objekts“, was ein erfolgreiches Anreicherungsereignis darstellt.

Betrag

Zeigt die Nutzungskosten an, die dieser einzelnen Aktion zugeordnet sind.

Preise können intern mit drei Dezimalstellen angezeigt werden, um Genauigkeit zu gewährleisten.

Die endgültig berechneten Beträge werden auf die üblichen zwei Dezimalstellen gerundet.

Status

Zeigt den Abrechnungsstatus des Nutzungseintrags an.

„Der Rechnung zugewiesen“ bedeutet, dass die Anreicherung erfasst und für den nächsten Abrechnungszyklus vorgemerkt wurde.

Einträge verbleiben in diesem Zustand, bis die wöchentliche Rechnung erstellt wird.

Zusammenhang zwischen Nutzung und Abrechnung

Nutzungseinträge erscheinen unmittelbar, sobald Anreicherungsaktionen erfolgen.

Nach der Erfassung werden sie der nächsten Rechnung zugewiesen.

Die Nutzung wird wöchentlich abgerechnet, getrennt von den Abonnementgebühren.

Abonnementgebühren werden unabhängig verwaltet und erscheinen nicht in der Nutzungstabelle.

Navigation in den Nutzungsdetails

Durch Klicken auf ein Objekt öffnen Sie das entsprechende Produkt, Bild oder die Kategorie.

Durch Klicken auf den Nutzungstyp werden interne Details angezeigt, welche Felder während dieses Anreicherungsereignisses generiert wurden.

Dies ermöglicht es Händlern, exakt zu prüfen, was angereichert wurde, wann dies geschah und welche Kosten dabei entstanden sind.

Wichtige Hinweise

Nicht jede Aktion in CatalogPilot ist abrechnungsrelevant.

Nur anreicherungsbezogene Aktionen erzeugen Nutzungseinträge.

Alle Aktionen — abrechnungsrelevant oder nicht — werden an anderer Stelle zur Systemtransparenz protokolliert, jedoch konzentriert sich das Register Nutzung ausschließlich auf abrechnungsrelevante Anreicherungsereignisse.

Überblick

Der Bereich Abrechnung bietet eine klare und transparente Übersicht über Ihren Abonnementstatus und sämtliche nutzungsbasierte Anreicherungsaktivitäten. CatalogPilot trennt Abonnementgebühren von Nutzungsgebühren, sodass Händler wiederkehrende Kosten klar von verbrauchsabhängigen Kosten unterscheiden können.

Abonnementstatus

Oben auf der Abrechnungsseite sehen Sie:

• Status – Aktiv oder pausiert
  
• Plan – Ihr aktuelles Tier (z. B. Tier 3)
  
• Abrechnungsintervall – Monatlich
  
• Verlängerungsdatum – In UTC angezeigt
  

Klicken Sie auf Abonnement verwalten, um Änderungen vorzunehmen. Dies öffnet Stripe sicher, wo alle Abonnementänderungen abgewickelt werden. CatalogPilot speichert oder verwaltet keine Zahlungsdaten direkt.

Nutzung im aktuellen Abrechnungszeitraum

Unter den Abonnementdetails befindet sich die Zusammenfassung Nutzung im aktuellen Zeitraum. Diese zeigt ausschließlich nutzungsbasierte Anreicherungskosten für den laufenden Abrechnungszeitraum.

Die Nutzung ist nach Anreicherungstyp aufgeschlüsselt:

• Bilder
  
• Produkte
  
• Varianten
  
• Kategorien
  

Für jeden Typ sehen Sie:

• Die Gesamtkosten (auf drei Dezimalstellen angezeigt)
  
• Die Anzahl angereicherter Elemente
  
• Die Anzahl übersetzter Elemente (falls zutreffend)
  

Wichtig:

• Preise werden intern mit drei Dezimalstellen angezeigt, um Genauigkeit zu gewährleisten.
  
• Endgültige Rechnungen werden bei der Abrechnung auf zwei Dezimalstellen abgerundet.
  

Wöchentliche Nutzungssumme

Auf der rechten Seite sehen Sie die wöchentliche Anreicherungssumme für den aktuellen Zeitraum.

• Umfasst nur dynamische Anreicherungsnutzung
  
• Enthält keine Abonnementgebühr
  
• Nutzung wird wöchentlich abgerechnet
  
• Abonnementgebühren werden separat über Stripe fakturiert
  

Nutzungsaktivitätsprotokoll

Die Tabelle unter der Zusammenfassung zeigt ein detailliertes Protokoll mit:

• Datum & Uhrzeit (UTC) – Einheitliche Protokollierung in UTC
  
• Betreff – Betroffenes Produkt, Bild, Variante oder Kategorie
  
• Nutzungstyp – Art der durchgeführten Anreicherung
  
• Betrag – Kosten der jeweiligen Aktion
  
• Status – Ausstehend oder abgerechnet
  

Ein Klick auf den Betreff öffnet das jeweilige Element in CatalogPilot.

Ein Klick auf den Nutzungstyp zeigt interne Details der generierten Anreicherung.

Abrechnungstransparenz

Nicht jede Aktion in CatalogPilot ist kostenpflichtig. Nur anreicherungsbezogene Aktionen erzeugen Gebühren. Alle kostenpflichtigen und nicht kostenpflichtigen Aktionen werden aus Transparenzgründen protokolliert.

So wissen Händler jederzeit:

• Was angereichert wurde
  
• Wann es erfolgt ist
  
• Welche Kosten entstanden sind
  
• Wo es angewendet wird

CatalogPilot unterstützt sprachbewusste Anreicherung und gewährleistet dabei eine strikte Kontrolle darüber, wann und wie übersetzte Inhalte erzeugt und ausgeliefert werden.

Dieser Abschnitt erläutert, wie die Sprachverwaltung funktioniert und was Händler von den Übersetzungsfunktionen erwarten sollten — und was nicht.

Grundprinzip: CatalogPilot erstellt keine Sprachen

CatalogPilot erstellt keine neuen Sprachen in Ihrem Katalog.

Übersetzungen werden nur angewendet, wenn:

• die Sprache bereits in Ihrer E-Commerce-Plattform existiert
  
• Produkte in dieser Sprache bereits upstream vorhanden sind
  
• der Händler die Übersetzungsbereitstellung ausdrücklich aktiviert
  

CatalogPilot erweitert bestehende mehrsprachige Kataloge — es erfindet oder erweitert sie nicht automatisch.

Sprachwahl-Steuerung

In den Storefront-Einstellungen können Händler eine Liste verfügbarer Sprachen sehen.

Diese repräsentieren:

• bereits auf der Plattform konfigurierte Sprachen
  
• während der Katalogsynchronisation erkannte Sprachen
  

Die Auswahl einer Sprache:

• aktiviert die Anreicherung für diese Sprache nach Freigabe
  
• löst keine sofortige Anreicherung aus
  
• erstellt keine übersetzten Produkte oder Seiten
  

Sprachen fungieren als Berechtigungen für die Auslieferung, nicht als Generierungsauslöser.

Reihenfolge der Übersetzungsausführung

CatalogPilot erzwingt eine strikte Abfolge, um Abweichungen zu verhindern:

• Anreicherung der Primärsprache erfolgt zuerst
  
• Händler prüfen und genehmigen die Inhalte der Primärsprache
  
• Übersetzungsanreicherung erfolgt erst nach Freigabe
  
• Übersetzte Inhalte übernehmen genehmigte Struktur und Intention
  

Dies stellt sicher, dass:

• Übersetzungen auf validierten Inhalten basieren
  
• maschinelle Interpretation konsistent bleibt
  
• Fehler sich nicht zwischen Sprachen ausbreiten
  

Umfang und Einschränkungen von Übersetzungen

Übersetzungen gelten nur für:

• Felder, die in beiden Sprachen existieren
  
• Produkte, die bereits im Plattformkatalog vorhanden sind
  
• unterstützte Anreicherungsfelder (Titel, Beschreibungen, Metadaten usw.)
  

CatalogPilot wird nicht:

• nicht vorhandene Sprachen übersetzen
  
• partielle Sprachbäume erzeugen
  
• fehlende Übersetzungen ableiten oder erfinden
  

Existiert ein Produkt upstream nicht in einer bestimmten Sprache, wird es übersprungen.

Preis- und Abrechnungsverhalten

Falls zutreffend:

• Übersetzungsanreicherung wird mit bis zu 50 % der primären Anreicherungskosten berechnet
  
• Übersetzungskosten fallen nur nach Genehmigung an
  
• ohne explizite Händleraktion entstehen keine Übersetzungskosten
  

Exakte Preise werden stets vor Bestätigung in Stapelschätzungen angezeigt.

Empfohlene Best Practices

CatalogPilot empfiehlt:

• zuerst die Primärsprache anzureichern und freizugeben
  
• Übersetzungen schrittweise zu aktivieren
  
• übersetzte Inhalte eher im Überblick als feldweise zu prüfen
  

So bleiben Geschwindigkeit, Konsistenz und Genauigkeit bei großen Katalogen erhalten.

Zentrale Aussage

Die Sprachsteuerung in CatalogPilot ist bewusst schützend ausgelegt.

Sie stellt sicher, dass:

• nichts vorzeitig übersetzt wird
  
• keine Sprachinhalte von der genehmigten Intention abweichen
  
• mehrsprachige Kataloge sicher und vorhersehbar skalieren
  

CatalogPilot verbessert vorhandene Inhalte — und nur dann, wenn Sie es zulassen.

Zweck des Abschnitts

Das Panel Aktivität & Fehler stellt ein vollständiges, chronologisches Protokoll aller Vorgänge bereit, die innerhalb von CatalogPilot für eine Storefront stattfinden.

Dieser Abschnitt ist auf Transparenz, Nachvollziehbarkeit und operative Sicherheit ausgelegt.

Registerkarte „Aktivität“

Die Registerkarte Aktivität zeigt eine detaillierte Zeitleiste der im gesamten System ausgeführten Aktionen, einschließlich, aber nicht beschränkt auf:

• Anreicherungsaktionen (Produkte, Bilder, Kategorien, Varianten)
  
• Genehmigungsaktionen
  
• Statusübergänge von Batches (Wartend → Anreicherung → Finalisierung → Abgeschlossen)
  
• Manuelle Bearbeitungen
  
• Systemgenerierte Ereignisse
  

Jede Zeile enthält:

• Aktivitätstyp (z. B. Angereichert, Genehmigt, Status geändert)
  
• Beschreibung der Aktion
  
• Benutzer, der die Aktion ausgelöst hat
  
• Zeitstempel (Erstellung oder Aktualisierung)
  
• Betrag, sofern die Aktion abrechnungsrelevant ist
  

Nicht alle Aktionen in CatalogPilot sind abrechnungsfähig.

Nur anreicherungsbezogene Vorgänge erzeugen Kosten.

Alle Aktionen — abrechnungsfähig oder nicht — werden zur Transparenz protokolliert.

Detaillierte Ereignisansicht

Jeder Aktivitätseintrag ist anklickbar.

Bei Auswahl zeigt CatalogPilot:

• Die exakt betroffenen Felder
  
• Vorher-/Nachher-Werte (falls zutreffend)
  
• Den internen Kontext des Vorgangs
  
• Zugehörige Batch- oder Objektreferenzen
  

Dies erstellt eine vollständige forensische Zeitleiste der Katalogänderungen.

Registerkarte „Fehler“

Die Registerkarte Fehler listet alle vom System erkannten Probleme während der Verarbeitung auf, wie zum Beispiel:

• Temporäre API-Fehler
  
• Ausschöpfung von Wiederholungsversuchen
  
• Verzögerungen externer Plattformen
  
• Unterbrechungen bei Validierung oder Auslieferung
  

CatalogPilot ist darauf ausgelegt, wiederherstellbare Fehler automatisch erneut zu versuchen.

Wenn ein Fehler angezeigt wird:

• Der Support ist möglicherweise bereits informiert und untersucht das Problem
  
• Händler sollten den Support kontaktieren, wenn das Problem fortbesteht oder unklar ist
  

Designabsicht

Dieses Panel ist nicht für die tägliche Nutzung durch Händler vorgesehen.

Es dient dazu:

• Vertrauen zu schaffen, dass das System korrekt arbeitet
  
• Support-Teams eine schnelle Diagnose zu ermöglichen
  
• Händlern Transparenz ohne Eingriffsbedarf zu bieten
  

Die meisten Händler werden diesen Bereich nur selten nutzen.

Zentrale Aussage

Das Aktivitäts- & Fehler-Panel ist das Systemprotokoll von CatalogPilot.

Es dokumentiert:

• Was passiert ist
  
• Wann es passiert ist
  
• Wer es ausgelöst hat
  
• Ob es die Abrechnung beeinflusst hat
  

Nichts ist verborgen, und nichts wird stillschweigend geändert.

Zweck dieses Abschnitts

Dieser Abschnitt ermöglicht es Händlern zu verwalten, wer Zugriff auf CatalogPilot hat, welche Identität verwendet wird und wie Benutzer mit dem System interagieren.

CatalogPilot unterstützt mehrere Benutzer pro Storefront mit gemeinsamer Einsicht in Katalogstatus und Anreicherungsaktivitäten.

Benutzerlistenansicht

Das Benutzer-Panel zeigt alle Benutzer mit aktuellem Zugriff auf das Storefront an.

Jede Zeile zeigt:

• Name — Anzeigename des Benutzers
  
• E-Mail-Adresse — für Anmeldung und Benachrichtigungen
  

Standardfunktionen:

• Suche
  
• Seitennavigation
  
• Auswahl der Einträge pro Seite
  

Ein Klick auf eine Zeile öffnet die Detailansicht des Benutzers.

Benutzerdetailansicht

Folgende Felder können bearbeitet werden:

• Name
  
• E-Mail-Adresse
  
• Passwort
  
• Bevorzugte Zeitzone
  

Die Zeitzone stellt sicher:

• Korrekte Zeitstempel für Freigaben, Anreicherungen und Aktivitätsprotokolle
  
• Klare Abstimmung zwischen Teams in verschiedenen Regionen
  

Änderungen werden sofort wirksam.

Benutzer entfernen

Benutzer können aus dieser Ansicht gelöscht werden.

Das Entfernen:

• Entzieht den Zugriff auf CatalogPilot
  
• Beeinträchtigt keine Katalogdaten, Anreicherungszustände oder Storefront-Auslieferung
  
• Bewahrt alle genehmigten Inhalte
  

Zugriffsphilosophie

CatalogPilot behandelt Benutzerzugriff als operative Kontrolle, nicht als Inhaltskontrolle.

• Jeder Benutzer kann Inhalte prüfen, genehmigen oder bearbeiten
  
• Freigaben werden im Aktivitätsprotokoll erfasst
  
• Es gibt keine versteckten oder destruktiven Berechtigungsmodelle
  

Dies sorgt für einfache, transparente Zusammenarbeit.

Kernaussage

Das Benutzerpanel dient ausschließlich der Identitäts- und Zugriffsverwaltung.

Es ändert nicht:

• Anreicherungslogik
  
• Auslieferungsverhalten
  
• Genehmigungsstatus
  

Es stellt lediglich sicher, dass die richtigen Personen sicher im System arbeiten können.

Dieser Abschnitt steuert, wie Ihre Marke, Richtlinien und Unternehmensidentität in strukturierten Daten (JSON-LD) und sozialen Vorschauen in Ihrem Storefront dargestellt werden.

Diese Einstellungen verändern nicht das visuelle Erscheinungsbild Ihrer Website für Kunden, sind jedoch entscheidend für Vertrauen, Compliance und das Verständnis durch Suchmaschinen.

Schema-Logo

Das Schema-Logo wird in den strukturierten Daten Ihrer Website verwendet, um die Markenherkunft festzulegen.

Dieses Logo wird in JSON-LD als offizielles Markenkennzeichen eingebettet

Es hilft Suchmaschinen und KI-Systemen, Produkte Ihrer Unternehmenseinheit zuzuordnen

Das Logo beeinflusst keine Storefront-Visuals

Best Practice:

Verwenden Sie Ihr primäres Markenlogo in einem klaren, quadratischen oder horizontalen Format.

Soziale Links

Optional können URLs zu sozialen Profilen (z. B. Markenaccounts) hinzugefügt werden.

Diese Links werden in strukturierte Daten aufgenommen

Sie unterstützen Markenverifikation und Entitätsvertrauen

Sie sind nicht erforderlich

Das Leerlassen dieser Felder hat keinen Einfluss auf die Qualität der Anreicherung

Richtlinien- & Unternehmensseiten

Diese Felder verknüpfen Ihre bestehenden Richtlinien- und Unternehmensseiten mit strukturierten Metadaten:

Datenschutzerklärung

Allgemeine Geschäftsbedingungen

Über uns

Rückgaberichtlinie

Diese Links dienen:

Compliance-Signalen

Vertrauensindikatoren für Crawler

Validierung der Händleridentität

Wichtiger Hinweis:

Wenn Ihre Website eine einzelne Seite mit mehreren Richtlinien verwendet, ist es zulässig, dieselbe URL mehrfach zu verwenden, sofern die Seite relevante Inhalte enthält.

Adressinformationen

Ihre Geschäftsadresse wird verwendet, um:

Ihre Händlerentität zu verankern

Vertrauens- und Compliance-Signale zu unterstützen

Konsistenz über Produkt- und Kategorie-Schema hinweg zu verbessern

Diese Informationen müssen nicht exakt einer öffentlichen Storefront-Adresse entsprechen, sollten jedoch einen realen Unternehmensstandort darstellen.

Twitter- / Soziale Metadaten

Optionale Felder für:

Twitter Site

Twitter Creator

Diese werden ausschließlich für soziale Vorschauen und strukturierte Metadaten verwendet.

Wenn Sie Twitter/X nicht aktiv nutzen, können diese Felder ohne Auswirkungen leer bleiben.

Speichern & Aktualisierungen

Änderungen werden sofort auf strukturierte Daten angewendet

Kein Storefront-Ausfall erforderlich

Aktualisierungen betreffen zukünftige Renderings und Crawls, nicht historische Daten

Zentrale Erkenntnis

Dieser Abschnitt definiert wer Sie sind, nicht was Sie verkaufen.

CatalogPilot nutzt diese Einstellungen, um:

Die Händleridentität zu etablieren

Vertrauenssignale zu stärken

Compliance und Auffindbarkeit zu unterstützen

Perfektion ist nicht erforderlich — korrekte und ehrliche Angaben genügen.

Zweck der Storefront-Einstellungen

Der Bereich Storefront-Einstellungen steuert, wie genehmigte CatalogPilot-Inhalte auf Ihrem Live-Storefront angewendet werden und wie das globale Auslieferungsverhalten konfiguriert ist.

Diese Seite stellt die letzte Kontrolle zwischen Anreicherung und Live-Auslieferung dar.

Site-Identifikation

Site-Name

Zeigt den Namen des mit CatalogPilot verbundenen Storefronts an.

Dieser Wert dient nur zur Referenz und beeinflusst das Auslieferungsverhalten nicht.

Site-URL

Die Live-Storefront-URL, über die CatalogPilot angereicherte Inhalte zur Renderzeit ausliefert.

Diese muss mit der von Ihrer Plattform verwendeten Domain übereinstimmen.

Auto-Enrichment-Steuerungen (nur Support)

Zwei erweiterte Automatisierungsoptionen werden hier angezeigt, sind jedoch standardmäßig deaktiviert:

• Auto-Enrichment
  
• Auto-Genehmigung angereicherter Inhalte
  

Diese Funktionen:

• Können nur durch den CatalogPilot-Support aktiviert werden
  
• Erfordern zusätzliche Prüfung und Genehmigung
  
• Können eine ergänzende rechtliche Vereinbarung erforderlich machen
  

CatalogPilot verwendet standardmäßig manuelle Genehmigungen, um unternehmensweite Kontrolle zu gewährleisten und unbeabsichtigte Änderungen zu vermeiden.

Varianten anreichern (globale Variantensteuerung)

Der Schalter Varianten anreichern steuert, ob eine Anreicherung auf Variantenebene erfolgt.

Bei Aktivierung:

• Varianten werden als eigenständige Datensätze behandelt
  
• Variantenbezogene Schemata und Metadaten werden generiert
  
• Variantenbilder können angereichert werden
  
• Die Auffindbarkeit jeder Variante wird verstärkt
  

Bei Deaktivierung:

• Varianten erben Inhalte vom Hauptprodukt
  
• Preise und SKUs stammen weiterhin von der Plattform
  
• Es werden keine variantenbezogenen Anreicherungen oder Schätzungen erzeugt
  

Dies ist die zentrale Steuerung für sämtliches Varianten-Enrichment-Verhalten.

Angereicherte Inhalte auf der Website verwenden (globale Überschreibungen)

Dieser Abschnitt ermöglicht es Händlern, die Auslieferung angereicherter Inhalte für bestimmte menschenlesbare Felder selektiv zu deaktivieren, während die interne Anreicherung erhalten bleibt.

Die Auslieferung kann für folgende Felder umgeschaltet werden:

• Titel
  
• Alternativer Titel
  
• Kurzbeschreibung
  
• Langbeschreibung
  
• Meta-Titel
  
• H1 / H2 / H3
  
• Bildunterschrift
  

Wenn deaktiviert:

• CatalogPilot reichert Inhalte weiterhin an und speichert sie
  
• Originalinhalte der Plattform werden Besuchern angezeigt
  
• Strukturierte Metadaten bleiben verfügbar, sofern sie nicht anderweitig deaktiviert werden
  

Dies ermöglicht Händlern:

• Ihre Markenstimme für sichtbare Inhalte zu bewahren
  
• Gleichzeitig von strukturierten Daten und Indexierungsverbesserungen zu profitieren
  

Sprach- und Übersetzungseinstellungen (Referenz)

Ein Sprachbereich listet die unterstützten Sprachen auf.

Wichtige Hinweise:

• CatalogPilot erstellt keine neuen Sprachen
  
• Übersetzungen gelten nur für bereits vorhandene Sprachen im Plattformkatalog
  
• Die Aktivierung einer Sprache setzt vorhandene Übersetzungen voraus
  
• Übersetzungen laufen erst nach Genehmigung der Primärsprache
  
• Sprachen fungieren als Auslieferungskennzeichen, nicht als Sprachgeneratoren
  

Zentrale Erkenntnis

Die Storefront-Einstellungen geben Händlern die endgültige Kontrolle über:

• Welche Inhalte ausgeliefert werden
  
• Wie Inhalte ausgeliefert werden
  
• Ob Varianten berücksichtigt werden
  
• Welche angereicherten Felder für Menschen sichtbar sind
  

Anreicherung und Auslieferung bleiben voneinander entkoppelt und gewährleisten Sicherheit, Rückgängigmachbarkeit und Kontrolle.

Ausgehende Auslieferung & Storefront-Aktivierung

Der Bereich Outgoing steuert, wie CatalogPilot genehmigte angereicherte Inhalte an Ihren Live-Storefront ausliefert.

Diese Seite ist bewusst von Anreicherung und Review getrennt, um ein wichtiges Prinzip zu verdeutlichen:

CatalogPilot-Anreicherung und CatalogPilot-Auslieferung sind unabhängig.

Sie können Inhalte anreichern, prüfen und freigeben, ohne etwas an Ihren Storefront auszuliefern, bis Sie dies ausdrücklich aktivieren.

Was die ausgehende Auslieferung leistet

Wenn aktiviert, führt CatalogPilot Folgendes aus:

• Injiziert genehmigte angereicherte Metadaten zur Render-Zeit der Seite
  
• Liefert Inhalte nur aus, wenn Seiten von Besuchern oder Crawlern aufgerufen werden
  
• Überschreibt keine Plattformdaten
  
• Verändert weder Ihre Datenbank, Templates noch den Checkout
  
• Kann sofort deaktiviert werden – ohne Cleanup oder Rollback
  

Die Auslieferung arbeitet vollständig auf der Render-Ebene.

Globaler Auslieferungsstatus & FailSafe-Schalter

Oben auf der Seite sehen Sie:

• Running-Statusindikator
  
• FailSafe-Schalter
  

Der FailSafe-Schalter ist eine globale Ein/Aus-Steuerung für die CatalogPilot-Auslieferung.

Wenn FailSafe:

• On → angereicherte Inhalte werden ausgeliefert
  
• Off → Ihr Storefront kehrt sofort zum nativen Plattformverhalten zurück
  

Beim Deaktivieren werden keine Inhalte entfernt, zurückgesetzt oder neu geschrieben.

Dies ist eine harte Sicherheitsabschaltung, keine weiche Pause.

Installationsoptionen

CatalogPilot unterstützt drei Installationswege. Alle erreichen dasselbe Ergebnis.

Option 1 — Manuelle Installation (empfohlen)

Am besten für Händler oder Teams, die Code direkt platzieren können.

• Fügen Sie das bereitgestellte Skript in den <head> Ihrer Website ein
  
• Funktioniert mit jedem unterstützten Plattform-Theme
  
• Schnellster und direktester Auslieferungsweg
  
• Support kann dies bei Wunsch mit temporärem Zugriff für Sie installieren
  

Option 2 — Google Tag Manager

Empfohlen, wenn Ihre Website bereits GTM nutzt.

• Erstellen Sie ein Custom HTML-Tag mit dem CatalogPilot-Skript
  
• Trigger auf All Pages setzen
  
• Veröffentlichen
  

Diese Methode fügt einen minimalen zusätzlichen Ladeschritt hinzu, wird aber vollständig unterstützt.

Option 3 — An Ihren Entwickler senden

Für Agenturen oder interne Entwickler.

• Laden Sie die .txt-Datei herunter
  
• Teilen Sie sie mit Ihrem Entwickler
  
• Kein zusätzlicher Kontext nötig — es ist ein Standard-Header-Skript
  

CatalogPilot-Auslieferungsskript

Das auf dieser Seite angezeigte Auslieferungsskript ist eindeutig für Ihr Konto und Ihre Umgebung.

Es enthält:

• Ihre Site-ID
  
• Referenz des Auslieferungs-Endpunkts
  

Dieses Skript liest nur Konfiguration und injiziert genehmigte Metadaten.

Es überträgt keine Bestellungen, Kunden oder privaten Daten.

Installationsprüfung

Verwenden Sie Verify Installation, um zu bestätigen, dass die Auslieferung auf Ihrem Storefront aktiv ist.

Diese Prüfung:

• Bestätigt, dass das Skript erkannt wird
  
• Verifiziert die Auslieferungsbereitschaft
  
• Crawlt oder verändert Ihre Website nicht
  

Sicherheitsgarantien

Die CatalogPilot-Auslieferung:

• Überschreibt niemals Plattformdaten
  
• Verändert niemals gespeicherte Inhalte
  
• Kann sofort über FailSafe deaktiviert werden
  
• Liefert Metadaten nur zur Render-Zeit aus
  

Ihre Plattform bleibt jederzeit das System of Record.

Support-Zugriff

Wenn Sie Hilfe bei Installation oder Prüfung benötigen, können Sie:

• Einen 10-Minuten-Screenshare buchen
  
• Temporären Zugriff für Support-Installation erlauben
  
• Support direkt kontaktieren
  

Die meisten Installationen dauern nur wenige Minuten.

Kernaussage

Outgoing Delivery ist explizit, reversibel und kontrolliert.

Sie entscheiden:

• Wann angereicherte Inhalte ausgeliefert werden
  
• Wie die Installation erfolgt
  
• Wann sie deaktiviert werden kann
  

CatalogPilot setzt Auslieferung nicht voraus — es wartet auf Ihre Freigabe.

Incoming Catalog Connection (Platform Sync)

Der Bereich Incoming stellt die aktive Verbindung zwischen Ihrer E-Commerce-Plattform und CatalogPilot dar.

Dies ist die primäre Datenpipeline, die es CatalogPilot ermöglicht, Ihren Katalog zu beobachten, damit die Anreicherung sicher und extern erfolgen kann.

Dieses Formular wird beim Onboarding ausgefüllt und bleibt zur Referenz und für Updates verfügbar.

Was diese Verbindung leistet

Der Connector von CatalogPilot:

• Liest sicher die Katalogdaten Ihrer Plattform
  (Produkte, Bilder, Beschreibungen, Kategorien)
  
  
• Hält eine laufende Synchronisierung aufrecht
  
• Schreibt nicht, verändert nicht und sendet keine Daten zurück in Ihre Plattform
  
• Greift nicht in Preise, Bestand, Checkout oder Bestellungen ein
  

CatalogPilot arbeitet stets außerhalb der Datenbank Ihrer Plattform.

Dies wird zusätzlich durch den Inline-Tooltip in der Oberfläche bestätigt.

Verbindungsstatus & Gesundheit

Oben im Panel können Händler Folgendes sehen:

• Zeitstempel Last Synced
  
• Sync Status-Indikator (grün = gesund)
  
• Running-Schalter
  

Das bestätigt, dass der Connector aktiv ist und korrekt kommuniziert.

Wenn die Synchronisierung pausiert oder unterbrochen ist, wird CatalogPilot diesen Zustand klar und sicher anzeigen.

Verbindungseinstellungen erklärt

Store Name

Der menschenlesbare Name Ihres Stores, wie er in CatalogPilot angezeigt wird.

API Key / API Secret

Zugangsdaten zur Authentifizierung des schreibgeschützten Zugriffs.

Secrets sind standardmäßig maskiert und sicher gespeichert.

Storefront URL

Die kanonische URL Ihres Storefronts.

Wird für Validierung, Crawl-Kontext und Auslieferungsabgleich verwendet.

Cluster

Kennzeichnet die regionale Infrastruktur, die Ihren Katalog verarbeitet

(z. B. us1). Wird automatisch verwaltet und muss selten angepasst werden.

Language Code

Primäre Sprache für die Anreicherung.

CatalogPilot reichert nur Sprachen an, die bereits in Ihrer Plattform existieren.

Currency Code

Nur zur Normalisierung und Referenz.

CatalogPilot berechnet oder verändert keine Preise.

Rechtliche & Compliance-Referenzen

Zur Sicherstellung von Transparenz und Compliance müssen Händler angeben:

• Privacy Policy URL
  
• Terms & Conditions URL
  

Diese Links werden später verwendet, um Provenienz- und Compliance-Signale an angereicherte Produkt- und Kategorie-Datensätze zu binden.

Sie ersetzen Ihre Plattformrichtlinien nicht — sie verstärken sie.

Änderungen speichern

Änderungen an diesem Formular:

• Werden vor dem Speichern validiert
  
• Verändern vergangene Anreicherungen nicht rückwirkend
  
• Gelten sicher für zukünftige Sync- und Anreicherungszyklen
  

In den meisten Fällen müssen Händler diesen Bereich nach dem Onboarding selten bearbeiten.

Designphilosophie

Dieses Panel ist bewusst einfach und konservativ gehalten.

Es soll drei Fragen beantworten:

• Ist mein Katalog verbunden?
  
• Synchronisiert er sicher?
  
• Kann ich sicher sein, dass nichts Destruktives passiert?
  

Wenn der Status grün ist, lautet die Antwort auf alle drei Fragen ja.

Zweck des KI-Reiters (Kategorie)

Der KI-Reiter für Kategorien stellt fortschrittlichen, maschinenorientierten Kontext bereit, um eine Kategorie in KI-gestützten Such-, Empfehlungs- und Entdeckungssystemen zu verankern.

Dieser Reiter ist nicht erforderlich für den täglichen Betrieb, die Freigabe von Anreicherungen oder die Auslieferung an den Storefront.

Er dient der Zukunftssicherheit Ihres Katalogs und der langfristigen semantischen Verständnissicherung.

Zielsetzung des KI-Reiters (Kategorie)

Der KI-Reiter für Kategorien wurde entwickelt, um:

• Eine übergeordnete semantische Identität für eine Kategorie zu definieren
  
• KI-Assistenten, konversationelle Suche und generative Entdeckung zu unterstützen
  
• Eine konsistente Interpretation über alle Produkte einer Kategorie hinweg sicherzustellen
  

Diese Felder steuern weder die Darstellung im Storefront noch die Preisgestaltung.

Verfügbare Felder

Der KI-Reiter für Kategorien kann folgende Felder enthalten:

LLM-Zusammenfassung

Eine prägnante, natürlichsprachliche Beschreibung des Zwecks, Stils und der Intention der Kategorie.

Dient als narrativer Anker für KI-Systeme.

Differenzierungsmerkmal

Hebt hervor, wodurch sich diese Kategorie von anderen unterscheidet.

Wird für kontextuelle Vergleiche und KI-Ranking-Signale genutzt.

Zielgruppe

Beschreibt die beabsichtigte Zielgruppe in menschenlesbarer Form, optimiert für KI-Interpretation.

Einkaufsstil

Gibt an, wie diese Kategorie typischerweise durchsucht oder gekauft wird

(z. B. Garderobenaufbau, Essentials, Geschenkartikel).

Feldverhalten & visuelle Hinweise

• Grüne Umrandung → Genehmigter, aktiver KI-Kontext
  
• Bearbeitungssymbol → Manuelle Anpassung möglich
  
• Originalinhalt-Symbol → Anzeige zuvor generierter oder vererbter Werte
  

Die meisten Felder sind vorab generiert und können unverändert bleiben.

Hinweise zur Bearbeitung

Manuelle Bearbeitungen sind optional und sollten sparsam erfolgen.

Empfohlene Best Practices:

• Nur bearbeiten, wenn eine klare Markenintention besteht
  
• Wiederholtes Umschreiben vermeiden
  
• Keine „Optimierung“ auf Keywords oder Trends vornehmen
  

Der von CatalogPilot erzeugte KI-Kontext ist bewusst konservativ gestaltet, um semantische Drift zu vermeiden.

Beziehung zu anderen Reitern

• SEO fokussiert sich auf klassische Suchmaschinen
  
• Social unterstützt Teilen und Vorschauen
  
• KI unterstützt Entdeckungssysteme der nächsten Generation
  

Der KI-Reiter ergänzt andere Anreicherungsebenen — ersetzt sie jedoch nicht.

Zentrale Erkenntnis

Der KI-Reiter für Kategorien ist eine zukunftsorientierte semantische Ebene.

Er hilft KI-Systemen zu verstehen, was diese Kategorie ist, für wen sie gedacht ist und warum sie existiert — ohne das tägliche Storefront-Verhalten zu beeinflussen.

Wenn Sie unsicher sind, belassen Sie die generierten Inhalte unverändert.

Der Kategorie-ESG-Reiter ermöglicht es Händlern,

Dieser Bereich ist ergänzend, nicht erforderlich und primär für eine maschinenlesbare Interpretation vorgesehen, nicht für direkt kundenorientierte Inhalte.

Zweck des Kategorie-ESG-Reiters

Der Kategorie-ESG-Reiter dient dazu:

• Hochrangige ethische oder Eignungsindikatoren Kategorien zuzuordnen
  
• Zukünftige ESG-bewusste Suche, Filterung und KI-Discovery zu unterstützen
  
• Strukturierten Kontext für Plattformen, Marktplätze und Compliance-Systeme bereitzustellen
  

Diese Felder sind nicht erforderlich für erfolgreiche Anreicherung oder Auslieferung.

Verfügbare Felder

Je nach Kategorietyp können folgende ESG-bezogene Felder angezeigt werden:

Mindestalter

• Gibt eine Altersgrenze an, wenn eine Kategorie Produkte enthält, die eine Altersprüfung erfordern könnten.
  
• Wird in der Regel leer gelassen, es sei denn, die Kategorie rechtfertigt dies eindeutig.
  

Zusätzliche ESG-Signale (kontextabhängig)

• Einige Kategorien können zusätzliche ESG-Felder anzeigen, abhängig von Produktzusammensetzung oder Compliance-Relevanz.
  

Feldverhalten & visuelle Hinweise

Gelbe Umrandung → Optionales Feld

• Das System hat diesen Wert nicht automatisch ausgefüllt und verlangt ihn nicht.
  

Bearbeitungssymbol → Manuelle Eingabe erlaubt

• Händler dürfen Werte nur eingeben, wenn sie sachlich korrekt und zutreffend sind.
  

Keine Pflicht zur Ausfüllung

• Leere Felder beeinträchtigen weder Anreicherung, Freigabe noch Auslieferung.
  

CatalogPilot vermeidet bewusst das Erfinden von ESG-Daten.

Empfohlene Hinweise für Händler

• ESG-Felder nur ausfüllen, wenn Informationen bekannt, faktisch und konsistent sind
  
• Nicht raten, ableiten oder „der Vollständigkeit halber“ ausfüllen
  
• Die meisten Händler lassen diesen Reiter unverändert
  
• Falsche ESG-Daten sind schlimmer als fehlende ESG-Daten
  

Beziehung zu anderen Reitern

• Attribute definieren strukturierte Produkteigenschaften
  
• SEO und Social definieren Auffindbarkeit und Teilungsverhalten
  
• ESG liefert ethischen und Eignungskontext für Maschinen und zukünftige Systeme
  

Der ESG-Reiter ergänzt den Katalog — er steuert ihn nicht.

Zentrale Erkenntnis

Der Kategorie-ESG-Reiter ist optional, konservativ und zukunftsorientiert.

Im Zweifel lassen Sie ihn leer.

CatalogPilot priorisiert Korrektheit vor Vollständigkeit.